Rapport de

Stage de finetudes
d’´
E.N.S.T.A
France T´el´ecomSara Jane LUDOVICY(sara jane.ludovicy
Table des mati`
eres

1 Intro duction3

2 Pr´esentationde France T´el´ecom 4

2.1 FranceT´el´ecom . .. .. .. .. .. . . . . . . . . . . . . . . . . . . . . . . 4
2.2 RO&SI . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . 5
2.3 DDSI .. .. .. .. . .. .. . .. ... . . . . . . . . . . . . . . . . . . . 5
2.4 SIFAC .. .. . .. .. . .. .. . .. .. .. . . . . . . . . . . . . . . . . . 6
2.5 DO IPS . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . 6
2.6 DPPROF . .. .. .. .. .. .. .. .. .. ... . . . . . . . . . . . . . . 7

3 Pr´esentation du pro jet et de l’´equipe MACSIM8

3.1 Lesapplications deMACSIM .. .. .. .. .. .. ... . . . . . . . . . . 9
3.2 Les rˆolesde la MOEMACSIM .. .. .. .. .. .. .. .. . . . . . . . . 11
3.3 Les autresacteurs .. .. .. .. .. .. .. .. .. .. .. .. . . . . . . . 12
3.3.1 La maˆıtrised’ouvrageSCR .. .. .. .. .. .. .. ... . . . . . 12
3.3.2 L’exploitant DOSI . . . . . . . . . . . . . . . . . . . . . . .. . . . 12
3.3.3 L’Assistance Client`ele . . . . . . . . . . . . . . . . . . . . . .. . . 12

4 ContributionauprojetMACSIM 13
4.1 Le projet IHM d’exploitation et d’assistance client`ele . . . . . . . . . . . . 13
4.1.1 Les fonctionnalit´es de l’IHM pour CBPUB et PARM . .. .. .. . 134.1.2 Le projet et son d´e
gestion documentaire . .. .. .. .. .. .. .. .. .. .. .. . 265.2.2 La gestion de configuration logicielle ..
6Conclusion 28

II
Entreprise d’accueilFrance T´ elécom/SIFAC Arcueil
Lieu du stage SIFAC,67 avenueLénine, 94112 Arceuil Cedex
Tuteur entreprise chef de projet Christophe LOIR
chris.loir@orange-ft.com
tél :01 55 88 19 81
Ecole Ecole Nationale Sup´ erieure de Techniques Avanc´ees
(E.N.S.T.A.)
32 Boulevard Victor,75739 Paris cedex 15
tél :01 45 52 54 01
TuteurENSTA Bruno MONSUEZ
bruno.monsuez@ensta.fr
Dur´ee 6 mois,du 27 f´ evrier jusqu’au 28 ao ˆut 2006
Sujet Gestion du projet « IHM d’exploitation et d’assistance clien-
t`ele » et mise en oeuvre dans le cadre d’un pro etique
jet mon´
au sein de la division du syst`
eme d’information de France
T´el´ecom III
 Résum´
e

Monstage de fin d’´etudesa ebut´

d´
efin février pour uneeriode
p´ de six mois jusque fin ao ˆut 2006.
J’ai int´egr´e l’´equip eıtrise
de maˆd’o euvre MACSIM au sein du SIFAC (Syst`
eme d’Information et
de FACturation) `a Arcueil.Deux missions m’ont´et´e confi´ees au sein de l’´

equip e MACSIM. La premi`

ere est l’instruction et
la r´ealisation du projet IHM pour deux applications ma jeures de MACSIM. L’autre mission est
la mise en oeuvre de la gestion do cumentaire (GED) et de la gestion de configuration logicielle
(GCL) pour les applications de la plate-forme MACSIM.
Pendant ces 6 mois, j’ai effectu´e les tˆaches suivantes pour le pro jet IHM:
– la mont´eeen comp´etencesfonctionnelles surles applications de la plate-forme MACSIM,
– l’´etude de la demande de refonte des IHMs,– l’analyse de l’existant,– la r´edaction de la « Propo

– la conception et le d´evelopp ement d’une fonctionnalit´

e de b out en bout en utilisant des
frameworks,– le transfert des comp´etences sur le projet IHM.Pour la gestion documentaire, j’ai fait le

– utilisation de l’outil WebDOC,– cr´eation des groupes d’utilsateurs WebDOC,– mise en place du p

es aux
diff´erents utilsateurs.Pour la gestion de configuration logicielle :– analyse de l’existant,– identification
livrables d´evelopp´es en externe,– personnalisation de l’outil PVCS Dimensions au projet MACSIM et
Remerciements

Jevoudrais toutparticuli`erement remercier Christophe Loir,

chefde pro jet MOE
MACSIM, p our m’avoir prop os´e ce stage au sein deequip
son´
e chez Franceelécom.
T´
Il a su me consacrer une partie de son temps pour me guider et me former esonmalgr´
emploi du temps charg´e.Je voudrais ´egalement remercier Kader Benab deslem p our son e

sur les applications MACSIM, Est´eban Fernandez p our son exp ertise sur l’architecture
technique, Jean-Claude Bana pour avoir partag´e ses connaissances sur les IHM et le
fonctionnement g´en´eral au sein de France T´el´ecom, Patrice Folie pour
ecieuses
ses pr´
connaissances dans les bases de donn´ees ORACLE, Elise Gibirila pour ses conseils sur la
conduite de pro jet. Et encore un grand merci `a tous pour la bonne humeur et la bonne
entente qui a r´egn´e pendant ces 6 mois.Merci aussi `a l’´equipe de pro duction `a Lyon et

ele de Nancy,egis
R´
D´eldicque de la cellule Clara `a Orl´eans S´ebastien Meslin, ing´enieurqualit´
e et pour finir
Jean-Marie Leconte,DBA Oracle`a Grenoble.1
Fig. 1 – L’´equip e MACSIM.2
Chapitre1

Intro duction

Mon stage de fin d’´etudes a d´ebut´eevrier

fin pour
f´ une erio
p´ de de six mois jusqu’`a
fin ao ˆut 2006. J’ai int´egr´e l’´equipe de maˆıtrise d’oeuvre MACSIM au sein du SIFAC
(Syst`eme d’Information et de FACturation) `a Arcueil.

Lors de mon entretien de stage, j’ai exprim´e le souhait de participer `a un pro jet
informatique en cˆotoyant chaque co eur de m´etier e dans
impliqu´
sa mise en oeuvre.
Je
souhaitais `a la fois faire de la gestion de pro jet et un travail plus technique de conception
et de d´evelopp ement.Deux missions m’ont ´et´e confi´ees au sein de l’´equip e MACSIM. L

ere est l’ins-

truction et la r´ealisation du projet IHM pour deux applications ma jeures de MACSIM.
L’autre mission est la mise en o euvre de la gestion do cumentaire (GED) et de la gestion
de configuration logicielle (GCL) pour les applications de la plate-forme MACSIM.

Ce stage chez France T´el´ecom est une grande opp ortunit´e pour d´ecouvrir le monde
du travail au sein d’une grande entreprise fran¸caise des T´el´ecommunications. Les pro jets
y sont ambitieux et respectent les normes et qualit´es de services requises par FranceT´el´e
Chapitre2

Pr´esentation de France
elécom
T´

J’ai int´egr´e l’´equipe de la maˆıtrise d’oeuvre pour le pro jet MACSIM (Moyen
es d’Acc`
etde Contrˆole au Syst`eme Informatique de la etique).Ce
Mon´ pro jet se situe dans la
hierarchie FT,au niveauRO&SI/ DDSI / SIFAC / DOIPS / DP PROF.

Dans les paragraphes suivants, les diff´erentes structures

erarchiques
hi´ dont je
epd´
ends
sont pr´esent´ees.2.1 France T´el´ecom France T´el´ecom, l’op´erateur de t´el´eco
Lombard. NExT est un programmede transformation sur trois ans qui confirme les orientation
 Depuis le 1er Juin 2006, Orange est devenue la marque unique des pro duits et services
de France elécom,mis
T´ `a part le fixe en France, en Pologne, en Jordanie et dans les pays
africains. Wanado MaLigne
o, TV ou encore Equant ont donc disparu pour adopter la
nouvelle marque « Orange ». Ce rebranding est tout `a fait dans la politique actuelle de
convergence.2.2 RO&SIFrance T´el´ecom comprend aujourd’hui huitgrandes divisions d

e-
seaux, Op´erateurs et Syst`emes d’Information).Cette division
efinit les
d´ politiques de
d´evelopp ement et assure le pilotage des r´eseaux deecom,
Francetoutes
T´el´technologies
confondues. Elle pilote le d´evelopp ement et la maintenanceemedud’Information
Syst`
du Groupe. Cette division est ´egalement en charge de la commercialisation des offres et
des services aux op´erateurs tiers.2.3 DDSISous la division RO&SI se positionne la DDSI

t`eme d’Information). Cette direction r´eunit les activit´esdu SIFAC,SI Client,SIRES et

SI Support. La DDSI a un rˆole f´ed´erateur dans la construction d’une organisation unifi´eed
comp´etences, etc ...)5
2.4 SIFAC
Le SIFAC (Système d’Information et Facturation) a pour mission d’assisterı-les maˆ
trises d’ouvrage, deeparer
pr´ les briquesen´
g´
eriques contribuant `a la convergence des SI
pour la totalit´
e du Group e et d’assurer laıtrise
maˆ d’o euvre du SI. L’activit´
edu SIFAC
concerne les 145 millions de clients du group eenFT, liaisonétroite avec les services
de communication des erentes
diff´ divisions.
Les clients directs du SIFAC sontinternes
au groupe FT. Le SIFAC est comped’unos´ ensemble de directionsop´ erationnelles (DO)
dont faitpartie la DO IPS. Sur la figure 2.1,vous trouverez l’ensemble des directions
op´erationnelles actives au Sifac.

Fig. 2.1 – Le Sifac et ses diff´erentes DO.2.5 DO IPSLa direction op´erationnelle Infranet
2.6 DP PROF
La direction de pro jet PROF est sous la responsabilit´
ede Maguy Tyssandier.Cette
direction de pro jet a sous sa supervision les pro jets dans les domaines suivants:
– Paiement mon´ etique (inclus le pro jet MACSIM),
– Recouvrement Contentieux,
– Facturation comptabilite.

Les principales resp onsabilit´

es de la direction de pro jet sont:
– R´eussir les pro jets qui lui sonteset
confi´
tenir les engagements pris lors des jalons,
– Participer `a la relation client MOA en co ordination avec le DO et les autres acteurs
SIFAC,– Maintenir les applications, am´eliorer et atteindre les objectifs de qualit´
ede service,
– Assurer le m ˆurissement des applications de sa resp e,onsabilit´
– Assurerla gestiondes comp´etences surun domainefonctionnelet technique,
– G´erer le plan de charge de la DP, assurer le resp ect des exigences de Sarbanes
Oxley1 (SOX) et d´ecliner les objectifs de la DO sur ses applications et ses pro jets
– D´ecliner les ob jectifs de la DO sur chacune de ses applications et chacun de ses
pro jets,– Fournir aux clients les ´el´ements permettant le calcul du ROI sur ses applicatio

et s’assurer du calcul du ROI2 avant le lancement du pro jet,

– Contribuer`al’accroissementdescomp´etences dansle domaine del’interconnexion.

1La loi Sarbanes-Oxley implique que les Pr´esidents des entreprises cot´ees aux Etats-Unis certifientleurs compt
Chapitre3

Pr´esentation du pro jet et de

l’´equip e MACSIM

MACSIM(Moyen d’Acc`es et de Contrˆole auemeInformatique

Syst` de la Mon´
etique)
est une plate-forme quirecouvre essentiellementdeux domaines : celui des Publiservices
etceluide la Vente`a Distance. Ces services sontfournis par le biais d’un ensemble de
plusieurs applications.Dans le contexte MACSIM, la mon´etique correspond aux paiements a

bancaire soit dans un automate, soit chez un commer¸cant via un terminal de paiement;
ou encore sur internet.8
3.1 Lesapplications de MACSIM
La plate-forme MACSIM regroup e un ensemble de sept applications:

ARTE Le syst` eme ARTE réalise l’interface entre leeseau

r´ FT de pu-
bliphonie et diff´
erents serveurs MACSIM.Ilest routeurentre la
publiphonie et les applications MACSIM
CBPUB Service depaiementdest´ elécommunications par carte bancaire
dans les publiphones(cabines eléphoniques).
t´ Ce service permet
`a la client`ele d’obtenir des communications
eléphoniques
t´ `a partir
des publiphones.
PARM Gestionnairede T´ elépaiement de MACSIM. C’est l’interface entre
le monde bancaire et leserentes
diff´ filli`
eres de paiement (lesautres
applications de MACSIM).C’est le gestionnaire des transactions
mon´etiques (interface entre la plupart des applications MACSIM
etlemondebancaire).OPERA OPERA est aussi appel´e syst`
eme de econciliation
r´ SSPP: sys-
t`eme s´ecuris´e de paiement dans les publiphones. OPERA permet
le paiement via un publiphone de biens tels que le rechargement
decompte mobilepr´e-pay´e,ce rechargement ealisant
se r´ via un
serveurvocalcommer¸cant.SERMON Service de paiement des t´el´ecommunications par

Electronique (PME) MONEO dans les publiphones (cabineselé- t´

phoniques). Ce service permet `a la client`ele d’obtenir des commu-
nicationst´el´ephoniques`apartirdespubliphones.MORE Service de rechargement du Port

MONEO dans les publi- phones (cabines t´el´ephoniques). Ce service

permet `a la client`ele `a partir des publiphones de cr´editer d’une
mani`ere s´ecuris´ee sur le PME une somme d´etermin´ee.FORMAT FORMAT est une plate-fo
´etairede FORMAT. Passerelle pour le paiement CB d’achat en VAD viainternet/intranet.Les fig
 Fig.3.1 – Sch´ema de la plate-forme MACSIM dans le domaine des Publiservices

Fig.3.2 – Sch´ema de la plate-forme MACSIM dans le domaine des Ventes `a distance10

3.2 Lesrˆoles de la MOE MACSIM
L’´equip e MACSIM (la ıtrise
maˆ d’o euvre MACSIM) est constitu´
ee de huit personnes
ayant des profils divers:
un chefde pro jet,une assistante `a la gestion de pro
des
jet,
exp erts fonctionnels, un architecte technique, des concepteurs/d´
evelopp eurs et une p er-
sonne charg´ee du supp ort et de la maintenance.

Les rˆoles de la MOE MACSIM sont les suivants:

– R´ealiser les applications nouvelles ouevolutions
les´ des applications existantes
selon les princip es en vigueur `a la DDSI, conform´
ement aux demandes´ emises par
la MOA et aux engagements de co ˆuts elais,et de d´
– R´ealiser les recettes etlesint´
egrations applicatives p our les parties sous sa resp on-
sabilit´e et participer aux tests transverses avec les interlo cuteurs techniques des
entit´es tierces, apr`es accord de la MOA,
– Particip er `a la mise en place pilote des nouveaux services,
– Assurer,surdemandedela MOA,la d´efinition et la fourniture aux exploitants
des ´evolutions du param´etrage, destin´eesevoluer
`a faire´
le fonctionnement des
applications,– Assurer lagestion des incidents avec lesexploitants,
les industriels,
ainsique les
interlo cuteurs techniques des entit´es tiercescants,
(commer¸
banques, ...),
– G´erer les configurationslogicielles,lesparam´etrages ainsique
eférentiels
les r´ et les
documents asso ci´es,– Fournir aux exploitants les ´el´ements n´ec´essaires (do cuments
d’ex-
ploitation,de soutien,...),– Assurer la mise en place d’un soutien technique et fonctionnel

l’exploitant,– Assurer`ala MOAquelesmoyens,lescomp´etencesetlesressourcessontmis`a

disp osition. 11
3.3 Lesautres acteurs
3.3.1 La maˆ
ıtrise d’ouvrage SCR
Le SCR(Services de Communicationesidentiels)
R´ assure la ıtrise
maˆ d’ouvrage des
´evolutions de la plate-forme MACSIM. Il est en charge:
– De la co ordination des intervenants,
– Duplanning consolid´
e du pro jet (coˆut, charges,
elais),
d´
– Des relations commerciales etcontractuelles avecles banques,
– De la contractualisationavec le SIFAC et la DOSI (les exploitants),
– De validerlessp´ecifications,
– De validerle PV de recette final,
– De la mise en place d’une organisation projet en accord avec la MOE et l’exploitant.

3.3.2 L’exploitant DOSIL’exploitationMACSIMestconfi´ee`alaDOSI(DirectiondesOp´

erations du Syst`
eme
d’Information) sur la base d’un contratde services.
Les activit´
es principales couvertes
parla DOSI sont:– De r´ealiser l’exploitation quotidienne (batch, sauvegarde,
param´etrage,sup ervi-
sion, traitement des incidents, founiture des r´eseaux,
fourniture et maintenance
desserveurs)desapplicatifs,– D’assurer la tra¸cabilit´e de la configuration des serveurs et

r´ealiser les tableaux de bord d’exploitation et commerciaux,– De garantir la qualit´e de s

param´etrages livr´es par la MOE,– De mettre en place les moyens (personnels, plates-fo
ealiser les
phasesdetestsoud’int´egration,– Der´ealiserlesoutiendeniveau1:incidentsd’exploitation. 3.3.
Chapitre4

Contribution au pro jet MACSIM

4.1 Le projet IHM d’exploitation et d’assistance client`

ele
Le pro jet IHM r´epond `a un besoin de refonte et de mise en
edes
conformit´
applications
aux normes requises par France T´el´ecom. Ce pro jet a donc pour but de mettre en place
une nouvelle IHM pour les applications CBPUB et PARM.

4.1.1 Lesfonctionnalit´esde l’IHM pourCBPUBet PARM

CBPUB (CarteBancairesdans la PUBliphonie) est une applicationde servicede paie-
ment des t´el´ecommunications par carte bancaire dans les publiphones(t´
eléphone public).
Ce service permet `a la client`ele d’obtenir des communications t´el´ephoniques `a partir de
publiphones.L’IHM doit pouvoir lire et mettre `a jour les donn´ees sur les transactions et tou

les informations relatives `a ces transactions. Ces informations sto ck´ees en Front Office,
sont r´eguli`erementcopi´ees vers le Back Office (BO). Des traitements batch sont ensuite
effectu´esen BO afin de validerles transactionsbancaires. Cette validation se traduit en
fait par la cr´eation de remises qui sont envoy´ees aux CTC 1Certainesdonn´eesdanslesbases
parl’administrateur, avant que les nouvelles donn´ees puissent ˆetre transfer´ees vers les ba
Fig.4.1 – Les cas d’utilisations de l’IHM CBPUB/PARM14
 Une contrainte quiecoule
d´ des fonctionnalit´
es pr´
ec´
edentes est deerifier
v´ que les mo-
difications app ort´
ees aux tables maintiennent uneerence
coh´ parfaite entre elles.Ces
v´erifications se feront dansla couche esentation
de pr´ (v´
erifier le bon format des don-
n´ees), etdans la coucheapplicative(mettre `a jour plusieurs tables
ecessaire).
si n´

France T´el´ecom a l’obligationd’archiver et de conserver `a titrede justificatifde paie-

ment, pendant un an `a compter de la date de vente,l’historique des transactions de
carte bancaire. Les applications CBPUB et PARM devrontˆ etre en mesure de fournirla
preuvede la transaction`a la demandede la banqueou du titulaire dela carte.L’IHM
doit donc pouvoir lancer des traitements d’archivageesarchivage
et de d´ de donn´
ees, des
impressions de tickets clients et bancaires.
Lorsqu’il s’agitde transactions qui onteu lieu dans les
ec´edents
6 pr´ mois, les donn´
ees
sont toujours en base. L’impression de ticketse faitalors directementpar l’Assistance
Client`ele `a Nancy. Si la demande de ticket client ou bancaire se fait pour des transactions
qui ont eu lieu avant cette p´erio de de 6 elle
mois,est alors trait´
ee par les exploitants
de Lyon car ils’agit d’effectuerde traitements plus
elicats.
d´ Ces derniersdoiventalors
retrouver l’archive, puis la d´ecompresser et imprimer le ticketet l’envoyer `a l’Assistance
Client`ele.L’IHM existante pour CBPUB, r´ealis´ee en SQL*Forms, r´

ep ondait en partie aux exi-

gences des utilisateurs et de la MOA mais n’´etait cep endant pas conforme aux normes
de France T´el´ecom.L’applicationPARM(Plate-formed’Autorisationetde ReconciliationMon´

etique) est
un gestionnaire de T´el´epaiementde MACSIM.C’est l’interface entre le monde bancaire
et les diff´erentes fili`eres de paiementc’est-`a-direlesautresapplicationsde MACSIM.
PARM n’a actuellementpas d’interface graphique.Les consultations etlesmises `a jour
de la base en Back Office se font actuellementpar le biais de scripts et deetes
requˆ
« impromptus »2.Vous trouverez dans la figure 4.1 sur la page 14, toutes les fonctionnalit´es
4.1.2 Le projet et soneroulement
d´
3
La mise en oeuvre de ce pro jet s’est
eroul´
ee
d´ selon les normes Agathone
en cotoyant
toutes les phases suivantes:
– Phase d’´
etude,
– Phase de mˆurissement,
– Phasede conception,
– Phase de fabrication du pro duit,
– Phasede g´en´eralisation,
– Phase d’utilisation.La d´emarche adopt´ee pour ce pro jet est la suivante:

– Premi`ere estimation descharges

– Analyser l’existant,– Recenser les besoins des utilisateurs,– Pr´eparer la maquette,– Sou

avec la DOSI et
l’assistanceclient`ele,– ( Apr`es la Validation par la MOA ) Concevoir les architectures fonc

techniques,– R´ealiser l’IHM,– Effectuer les tests,– Pr´eparer la mise en place pilote,– Pr´ep

ce stage, ainsi que les autres phases qui en d´ecoulent.Estimation initiale des chargesDa
jusqu’`a la phase de mise enproduction. Notre chef de projet m’a ensuite confi´e qu’il avait l
Analyse de l’existant et Recensement des besoins
Lors de la phaseetude,
d’´ j’ai fait une analyse pouss´
ee des applications existantes pour
comprendre leur fonctionnement. Cela m’a aid´
e pour pr´ eparer la ep
r´ onse (Do cument
« Prop osition de Solution ») `a la demande
evolutionde
d’´ l’IHM, formul´
ee par la MOA.
Cette analyse de l’existant
etéa´assez lourde et difficile.

Pour des raisons tdeecurit´

s´ e, l’IHM existante ne peutˆ
etre manipul´
ee depuis les lo caux
deFranceT´el´ecom Arcueil. Cette IHM, install´
ee sur des serveurs AIX en eseau
r´ ecuris´
s´ e
`a Lyon, a acc`es `a des donn´ees bancaires`aere confidentiel.
caract` J’ai donc dˆu faire cette
analyse en me basant sur les ements
´el´ suivants:
– les do cuments existants (dossier de ecifications,
sp´ manuels utilisateurs,slides de
pr´esentation, descriptions des tables, etc),
– les nombreux´echanges mails ephoniques
et t´el´ avec les utilisateurs (les exploitants
et l’assistance client`ele),– les connaissances de l’exp ert fonctionnel de l’´
equip e MACSIM.

J’ai pu constater que l’IHM CBPUB existante etait

n’´ pas le seuloutil utilisé pour
acc´eder aux bases. Pour r´ep ondre aux nouveaux besoins de les la MOA,
exploitants
ont r´ealis´e de nombreux scripts lo calement `a Lyon. Ces scripts
etes impromptus
et requˆ
n’´etaient ni document´es ni accessibles depuis Arcueil. Ceci
evidemment
a bien´ alourdi la
phase d’´etude mais a ´et´e tout de mˆeme b´en´efique sur un point. echanges
Les nombreux´
que j’ai pu avoir avec les utilisateurs ont r´ev´el´e les nouveaux besoins de En ceux-ci.
analysant l’existant, j’ai fait en parall`ele un recensement des besoins des utilisateurs.

La prop osition de SolutionDans le document « Proposition de solution », je propose de m

les deux applications en mettant en place une IHM de typ e client l´eger.eque
Etant donn´
les deux applications sontli´ees fonctionnellement dans le cadre MACSIM, il m’a paru
logique de pouvoir naviguer facilement entre les deux ensembles de fonctionnalit´es. Cetteo
de Solution » par la MOA. En accord avec le chef de projet, il a ´et´ed´ecid´e de poursuivre l
La conception et lesframeworks choisis
La technologie pour la couche esentation
pr´ de l’IHM m’a´
etéconseill´
ee par la cellule
4
d’accompagnement Clar@ . Il s’agit du Framework JSF (Java Server Faces) pour les
applications Web Java.

JSF ( Java Server Faces) est un framework permettanteation la cr´ d’interfaces WEB
avec la mise en place du Design Pattern MVC.Java Studio Creator2 utilise cette techno-
logie et p ermet de d´evelopp er assez rapidement des pages web en utilsant tout simpleme
le « click, drag and drop». Je l’ai utilis´
e pour d´evelopp er la maquette. L’inconv´enient
de cet outil est qu’il requiert ´enorm´
ement deressources.A partir d’une dizaine ecrans,
d’´
l’outil a tendance `a ralentir le PC. Cette maquette contientaujourd’hui plusd’unesoixan-
taine d’´ecrans et cette couche de pr´esentationn’est pas encore etementcompl`
termin´
ee.
En JSF, chaque ´ecran est associ´e `a un fichier jsp (en XML) et un fichier java.
La maquette que j’ai donc d´evelopp´ee sous Java Studio Creator 2 m’a permis de
pr´esenter assez rapidement lesfonctionnalit´
es aux futurs utilisateurs de l’IHM. Cette
pr´esentation s’est faite par le biais de Co opNet
. J’ai pu ainsiprendre en compte les
5
nouvelles remarques et faire les adaptations avantd’attaquer la conception etaill´
ee du d´
pro jet. Vous trouverez un aper¸cu de la maquette sur l’image 4.2.

Pourla conception, on m’avait recommand´e d’utiliserle framework Spring.Spring est

un framework op en-source J2EE pour les applications 3-tiers. Une de eristiques
ses caract´
ma jeures est le « inversion of control » (IoC) ou « dependency injection
C’est».un
design pattern qui permet de casser la d´ependence entre des modules, des ob jets ou des
classes.Si on a par exemple une « classe A » qui d´ep end d’une « classe B »,
le IoC va
par le biais d’un troisi`eme ob jet « Interface C » mettre en relation les classes A et B.
Les d´ep endances sont pr´ecis´ees dans le fichier de configuration et c’est donc Spring qui
s’o ccupe d’instancier les diff´erentes classes n´ecessaires pour le bon fonctionnement de
l’application.De ma propre initiative, j’ai voulu essayer de combiner le framework Spring ave
framework Hibernate. Les figures4.3, 4.4 et 4.5 pr´esentent respectivement l’architecture log
Fig.4.2 – La maquette IHM cbpub/parm19
 Le framework Hib ernate a p our grand avantage eduire
deler´temps deevelopp
d´ ement
de la couche DAO en´ evitant aux evelopp
d´ eursecrire
d’´ du co de source java redondant.
Je tiens `a eciser
pr´ que dans les deux bases CBPUB et PARM, il y a plusde quatre-vingt-
dix tables dont certaines contiennent´
enorm´
ement de champs. Sur internet,j’ai trouv´
e
un outil de synchronisation « Hib ernateSync ». En scannant les bases, cet outil m’a fait
gagner ´enorm´ement de temps eant
en cr´
les fichiers demapping et lesfichiers Java (le
mo d`ele et les fichiers DAO) asso
es `aci´
chaque table.

Fig. 4.3 – L’architecture logicielle de l’ihm cbpub/parmJ’ai fait le choixd’utiliser tous ces fram

d’eux. Ensuite, j’ai dˆu faire fonctionner les trois frameworks en parall`ele. Sur internet
de nombreux articles confirment le bon fonctionnement de la combinaison Spring et
Hibernate moyennant un juste param´etrage des fichiers de configuration. Pour en ˆetreabso
l’architecture logicielle et m’a aussipermis de montrer un exemple concret d’une fonctionnal
 Fig. 4.4 – Exemple de diagramme de classe pour la fonctionnalite mentionn´
ee

utiliser.La pr´eparation `a la phase de d´evelopp ementFrance T´el´ecom a mis `a ma

avec le serveur d’application WebLogic et le SGBD ORACLE. Il m’a fallu exp orter toutes
les tables et index des deux bases TCBPUB etTPARM de la plate-formede test vers
la plate-forme de d´eveloppement; transf´erer les archives compress´ees puis les importerd
des donn´ees des grosses tables. Ces bases m’ont d’ailleurs servi pourlaprogrammationdela
 Fig.4.5 – L’architecture de d´eploiement

4.2 La gestion documentaire et la gestion de configuration

logicielle pour le projet MACSIM4.2.1 La gestion documentaireL’acc`e

cl´e de r´eussite. Il est imp ortant de p ouvoir acc´eder de mani`ere rapide aux informations
souhait´ees, de les trier, de les partager, de les stocker,...Il existe de nombreux outils qui pe
´egalement ´et´e n´ecessaire de revoir le plan de classement.Ma proposition a ´et´e valid´e
4.2.2 Lagestion de configurationlogicielle
Qu’est-ce que la Gestion de Configuration Logicielle?
La gestion de configuration logicielle est une disciplineenie
du g´
Logiciel.C’est un
ensemble d’activit´
es con¸cu p our sup erviser les changements:
– identifier les pro duits qui sont susceptible
etre d’ˆ
mo difi´
es,
– identifierles liensentreeux,
– d´efinir les m´ecanisme de gestion des versions de chaque pro duit,
– contrˆoler les changements imp es. os´
La GCL r´ep ond `a une question essentielle qui est la suivante:
Quelqu’un a obtenuunesultat.
r´ Comment le reproduire?

Les normes qualit´es de France T´el´ecom imp osent l’utilisation de l’outil PVCS Dimen-
sions qui est un outil qui permet les fonctionnalit´
es suivantes:
– G´erer des d´evelopp ements multiples (branches, fusion, report),
– G´erer des versions,– Faciliter la gestion de d´eveloppements externalis´
es,
– G´erer des proc´edures de fabrication,– G´erer des livraisons,– G´erer les demandes de

– G´erer des cycles de vie par workflow (comp osants, versions, demandes de change-
ment, do cuments de r´ealisation).Cet outil est donc bien plus qu’un outil de gestion de vers

L’outil PVCS Dimensions avec le r´ef´erentiel de d´evelopp ement 26C p ermet une gestion
deconfigurationlogicielle avecun pilotagepar lesdemandes de changement.
Une de-
mande de changement ou change do c (CD) correspond concr`etement soit `a une demande
d’´evolutionde la part de la MOA, soit `a une signalisation d’une anomalie de la partde
la MOE ou des exploitants. Dans PVCS Dimensions un « change do c » permet d’asso-
cier un ensemble de fichiers sources, de modules logiciels `a une demande d’´evolution ous
avaient ´et´e apport´ees parles Exploitants sans un accord pr´ealable de la MOE. Je n’ai par
Nous avons, dans ce cadre, fait une analyse
ealable
pr´de l’existantet effectu´
eles activit´
es
suivantes:
– identifier le typ e des informations (formats des fichiers),
et les versions `a migrer
sur l’outil,
– d´efinir uneorganisationdes informations(commentclasserlesfichiers),
– d´efinir le cycle de vie de chaque type d’information, type de comp osants,
– trouverles relationsentre lesdiff´
erents comp osants

Ensuite, nous avons approfondi les notions du ele26C

mo d`
de PVCS Dimensions c’est-
`a-dire les notions li´ees au contrˆole des changements.
– d´efinir un changement (demande evolution,
d’´ demande de changement suite `a la
signalisation d’un bug en pro duction ou en test)
– comprendre lecycle devied’unchangement
– identifier les liens entre un changement et les comp osants,
fichiers ou mo dules
logiciels.Finalement, il nous a´et´e demand´e d’initialiser l’environnement PVCS Dimension

pour le pro jet MACSIM.– Personnaliser les demandes de changements pour MACSIM,

– Migrer les versions sur PVCS Dimensions,– R´ediger le mo de op´eratoire de l’outil,– Pr´e

equip e MACSIM.

24
Fig.4.6 – PVCS Dimension25
Chapitre5

Tˆaches r´ealis´
ees

5.1 l’IHMLe document « Proposition de Solution de l’IHM CBPUB/PARM »a´

etéenvoy´ e`a la
MOA et on est actuellement en attente d’un retour de leur part.En accord avec le chef
de pro jet MOE, je n’ai pas attendu leur r´eponse pour attaquer la phase de conception
qui se fait normalement apr`es la validation de la MOA du pro jet.
En revanche, j’ai eu l’opp ortunit´e de pr´esenter ma maquette
erents auxutilisateurs
diff´
c’est-`a-direles exploitants de Lyon et l’Assistance Client`ele de NAncys.Je voulais avoir
un retour assez rapide de leur partafin de minimiser les risques
ecart. Il d’´
apparaˆ
ıt qu’ils
´etaient plutˆot satisfaits des fonctionnalit´es prop os´ees, ainsi que de la nouvelle ergonom
de l’IHM. J’ai pu ainsi prendre en compteles quelquesremarques faites lorsde cette
pr´esentation.Il ne me reste actuellement que quelques semaines avant la fin de mon stage

le transfert des comp´etences sur le pro jet IHM et finir la r´edaction de mon dossier de
conceptiond´etaill´ee.5.2 La gestion documentaire et logicielle5.2.1 La
5.2.2 Lagestion de configurationlogicielle
L’analyse de l’existant est termin´
ee. J’aiégalement suivi une formation « utilisateur»
et « administrateur » pour l’outilPVCS Dimensions.La pro c´ edure de migration de
l’existant vers l’outiletéétudi´
a´ ee et nous allons effectuer la migration assez rapidement.

Je pr´epare ´egalement le transfert de

etences
comp´sur la gestionde configuration logi-
cielle avec son outil PVCS Dimensions.

5.3 Letransfertdes comp´

etences
Le transfert de comp´etences se fait tout d’ab ealisant
ord en r´un planning asseze- d´
taill´e. Dans notre cas, les charges comprennent le temps queje vaisdevoir consacrer `a
transmettre les informations et le temps que la personne va passer seule sur cette tˆache
pour atteindre un certain niveau de connaissance, niveau
ecis´
edans
pr´ le planning.
Il y aura un transfert des connaissances sur :– les aspects fonctionnels du projet IHM,– les as

sions,– les comp´etences de gestionnaire do cumentaire sur l’outil WebDOC.

27
Chapitre6

ConclusionCe stage de fin d’´etudesau sein de France T´

elécom m’a faitd´

ecouvrir le domaine de
la Publiphonie (cabines t´el´ephoniques) et deetique
la Mon´
par les asp ects fonctionnels
et techniques et par son SI. Le pro jet MACSIM m’a´egalement permis deecouvrir
d´
plusieurs phases du cycle de vie d’un pro jet informatique dans une grande entreprise.

Ce pro jet fait intervenir plusieurs profils de personnes

ne qui
sont pas toutesimpli-
qu´es de mani`ere directe dans le pro jet MACSIM. On y trouve la MOA, le directeur de
pro jet, le chef de pro jet, les experts fonctionnels et techniques, les exploitants, les concep-
teurs/d´evelopp eurs, les ing´enieurs qualit´es, les prestataires, le service
eriel support
de mat´
FT et autres. Tous n’ont pas forc´ement le mˆeme ob jectif. Cette grande collaboration est
donc `a la fois un atout et une contrainte : elle peutˆetre une ´enorme source d’information
et de service mais am`ene parfois une forte d´ep endance entre les diff´erents acteurs.

Pendant ce stage de fin d’´etudes j’ai travaill´e sur un pro jet qui r´epond `a une demande
de refonte des IHM existantes des applications CBPUBetPARM.Cette demandeavait
´et´e formul´ee par la maˆıtrised’ouvrage avantle d´ebutde mon stage.Le travail surce
projet IHM a exig´e des efforts d’analyse et de compr´ehension. Cela m’a finalement permis
techniques du projet IHM. En effet, j’ai du r´edigerle dossier d’architecture logicielle, plus sp´
 La nouvelle IHM CBPUB/PARMr´ ep ondra mieux aux b esoins des utilisateurs,elle
sera plus ergonomique.
Par ailleurs,les exploitants n’auront plus besoin de
eer
cr´de
nouveaux scripts car tout seraenavant
dor´ param´
etrable depuis cette nouvelle interface
graphique.Parall`element au pro jet IHM, j’ai travaill´

e sur la gestion do cumentaire et la gestion de

configuration logicielle. Ce travail ma fait comprendre l’imp ortance d’une b onne gestion
dans ces domaines. Il ne suffitpas seulement eer
delacr´
solution, il faut aussi pouvoir la
sto cker, la retrouver facilement, laevoluer
faire´ dans uneférentiel
r´ commun bien efini.
d´

L’outil WebDo c est aujourd’hui

utilisé par l’´
equip e MOE MACSIM mais´ egalement
paslesexploitantsde Lyon. PVCS Dimensions avecson eférentiel
r´ de evelopp
d´ ementa
´et´e mis en place. Les nouvelles fiches d’anomaliesesormais
sontenregistr´
d´ ees dans l’outil
et puis li´ees aux fichiers concern´es par l’anomalie.

La combinaison des asp ects analytiques et techniques

eté poura´
moi unefi
d´motivant.
J’aipu ainsiconcilierles visions de conception et de pratique techniquetout au long de
ce stage.Ce stage m’a permis de d´ecouvrir France T´el´ecom, une grande entreprise des T´

elé-
communications. Souhaitant ´evoluer `a l’international, j’ai eeen
´et´eCDI
accept´
au Sifac
dans la Direction Op´erationnelle Internationale sur une mission en collab oration avec
ORANGE Suisse. 29
Bibliographie

[1] interneFT,Etat des lieux des services ”plate-formes

etiques
mon´ » du groupe France
T´el´ecom,France T´el´ecom - Branche des Services du Fixeet del’Internet,2003
[2] interneFT,Manuel Utilisateur : Archivage des Tickets, 2002
[3] interneFT,Manuel Utilisateur : IHM, 1994-2002
[4] interneFT,Conception Archirecture : Archivage des Tickets, 2002
[5] interneFT,Description base de donn´ees, 2002
[6] interneFT,Conception Architecture : CBPUB, 1994-2002
[7] interneFT,Sp´ecifications de besoins PARM G05R01C00 : Gestionnaire
elépaie-
de t´
ment multi-crit`ere,2005[8] Sun Microsystems Press - A Prentice Hall Title, , Creator Field Gu
second
edition,GailAnderson - PaulAnderson,2006[9] Spring, Spring java/j2ee Application Framework
Rod
Johnson, uergen Hoel ler, Alef Arendsen, Colin Samaleanu, Rob Harrop,
Thomas
Risberg, Darren Davison, Dimitry Kopylenko, Mark Pl lack, Thierry Templier, Erwin
Vervaet,2004-2005[10] Oracle - The Rational Database Management System,Oracle SQL*For

gner’s Guide version 5.0, 1994-2002[11] interneFT,Description du cycle de vie d’un page we
Archirtecture Logicielles Types pour Application N-Tiers en contexte@rchimede - Couche pr´e