Vous êtes sur la page 1sur 35

Rapport de Stage de n dtudes e E.N.S.T.

A France Tlcom ee
Sara Jane LUDOVICY (sarajane.ludovicy@orange-ft.com) 28 aot 2006 u

Table des mati`res e


1 Introduction 2 Prsentation de France e 2.1 France Tlcom . . . ee 2.2 RO&SI . . . . . . . . 2.3 DDSI . . . . . . . . 2.4 SIFAC . . . . . . . . 2.5 DO IPS . . . . . . . 2.6 DP PROF . . . . . . Tlcom ee . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 4 4 5 5 6 6 7 8 9 11 12 12 12 12

3 Prsentation du projet et de lquipe MACSIM e e 3.1 Les applications de MACSIM . . . . . . . . . . . 3.2 Les rles de la MOE MACSIM . . . . . . . . . . o 3.3 Les autres acteurs . . . . . . . . . . . . . . . . . 3.3.1 La ma trise douvrage SCR . . . . . . . . 3.3.2 Lexploitant DOSI . . . . . . . . . . . . . 3.3.3 LAssistance Client`le . . . . . . . . . . . e

4 Contribution au projet MACSIM 4.1 Le projet IHM dexploitation et dassistance client`le . . . . . . . . . . . e 4.1.1 Les fonctionnalits de lIHM pour CBPUB et PARM . . . . . . . e 4.1.2 Le projet et son droulement . . . . . . . . . . . . . . . . . . . . e 4.2 La gestion documentaire et la gestion de conguration logicielle pour le projet MACSIM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.2.1 La gestion documentaire . . . . . . . . . . . . . . . . . . . . . . . 4.2.2 La gestion de conguration logicielle . . . . . . . . . . . . . . . . 5 Tches ralises a e e 5.1 lIHM . . . . . . . . . . . . . . . . . . . . . 5.2 La gestion documentaire et logicielle . . . . 5.2.1 La gestion documentaire . . . . . . . 5.2.2 La gestion de conguration logicielle 5.3 Le transfert des comptences . . . . . . . . e . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

13 . 13 . 13 . 16 . 22 . 22 . 23 . . . . . 26 26 26 26 27 27

6 Conclusion

28

II

Entreprise daccueil Lieu du stage Tuteur entreprise

Ecole

Tuteur ENSTA Dure e Sujet

France Tlcom/SIFAC Arcueil ee SIFAC, 67 avenue Lnine, 94112 Arceuil Cedex e chef de projet Christophe LOIR chris.loir@orange-ft.com tl : 01 55 88 19 81 e Ecole Nationale Suprieure de Techniques Avances e e (E.N.S.T.A.) 32 Boulevard Victor, 75739 Paris cedex 15 tl : 01 45 52 54 01 e Bruno MONSUEZ bruno.monsuez@ensta.fr 6 mois, du 27 fvrier jusquau 28 aot 2006 e u Gestion du projet IHM dexploitation et dassistance client`le et mise en oeuvre dans le cadre dun projet montique e e au sein de la division du syst`me dinformation de France e Tlcom ee

III

Rsum e e
Mon stage de n dtudes a dbut n fvrier pour une priode de six mois jusque n aot 2006. e e e e e u Jai intgr lquipe de ma e e e trise doeuvre MACSIM au sein du SIFAC (Syst`me dInformation et e de FACturation) ` Arcueil. a Deux missions mont t cones au sein de lquipe MACSIM. La premi`re est linstruction et ee e e e la ralisation du projet IHM pour deux applications majeures de MACSIM. Lautre mission est e la mise en oeuvre de la gestion documentaire (GED) et de la gestion de conguration logicielle (GCL) pour les applications de la plate-forme MACSIM. Pendant ces 6 mois, jai eectu les tches suivantes pour le projet IHM : e a la monte en comptences fonctionnelles sur les applications de la plate-forme MACSIM, e e ltude de la demande de refonte des IHMs, e lanalyse de lexistant, la rdaction de la Proposition de Solution puis sa soumission ` la MOA, e a la conception et le dveloppement dune fonctionnalit de bout en bout en utilisant des e e frameworks, le transfert des comptences sur le projet IHM. e Pour la gestion documentaire, jai fait le travail suivant : analyse lexistant, dnition dun plan de classement pour les documents, e identication des utilisateurs et dnir les droits dacc`s aux dirents types de document, e e e utilisation de loutil WebDOC, cration des groupes dutilsateurs WebDOC, e mise en place du plan de classement sous WebDOC en ajoutant les droits dacc`s aux e dirents utilsateurs. e Pour la gestion de conguration logicielle : analyse de lexistant, identication tous les objets manipuls : sources, scripts, binaires, etc, e identication de toutes les versions de chaque application du projet MACSIM, tude des dirents lments utiliss avec PVCS Dimensions : demande de modication, e e ee e che danomalie, baseline, design part, tude des correspondances entre les lments de PVCS Dimensions et ceux du projet e ee MACSIM, dnition de la stratgie de migration, e e dnition des processus dintgration des livrables dvelopps en externe, e e e e personnalisation de loutil PVCS Dimensions au projet MACSIM et aux processus dnis, e migration les sources vers loutil, rdaction du Mode Opratoire de PVCS Dimensions . e e

Remerciements
Je voudrais tout particuli`rement remercier Christophe Loir, chef de projet MOE e MACSIM, pour mavoir propos ce stage au sein de son quipe chez France Tlcom. e e ee Il a su me consacrer une partie de son temps pour me guider et me former malgr son e emploi du temps charg. e Je voudrais galement remercier Kader Benabdeslem pour son expertise fonctionnelle e sur les applications MACSIM, Estban Fernandez pour son expertise sur larchitecture e technique, Jean-Claude Bana pour avoir partag ses connaissances sur les IHM et le e fonctionnement gnral au sein de France Tlcom, Patrice Folie pour ses prcieuses e e ee e connaissances dans les bases de donnes ORACLE, Elise Gibirila pour ses conseils sur la e conduite de projet. Et encore un grand merci ` tous pour la bonne humeur et la bonne a entente qui a rgn pendant ces 6 mois. e e Merci aussi ` lquipe de production ` Lyon et ` lAssistance Client`le de Nancy, Rgis a e a a e e Dldicque de la cellule Clara ` Orlans Sbastien Meslin, ingnieur qualit et pour nir e a e e e e Jean-Marie Leconte, DBA Oracle ` Grenoble. a

Fig. 1 Lquipe MACSIM. e 2

Chapitre 1

Introduction
Mon stage de n dtudes a dbut n fvrier pour une priode de six mois jusqu` e e e e e a n aot 2006. Jai intgr lquipe de ma u e e e trise doeuvre MACSIM au sein du SIFAC (Syst`me dInformation et de FACturation) ` Arcueil. e a Lors de mon entretien de stage, jai exprim le souhait de participer ` un projet e a informatique en ctoyant chaque coeur de mtier impliqu dans sa mise en oeuvre. Je o e e souhaitais ` la fois faire de la gestion de projet et un travail plus technique de conception a et de dveloppement. e Deux missions mont t cones au sein de lquipe MACSIM. La premi`re est linsee e e e truction et la ralisation du projet IHM pour deux applications majeures de MACSIM. e Lautre mission est la mise en oeuvre de la gestion documentaire (GED) et de la gestion de conguration logicielle (GCL) pour les applications de la plate-forme MACSIM. Ce stage chez France Tlcom est une grande opportunit pour dcouvrir le monde ee e e du travail au sein dune grande entreprise franaise des Tlcommunications. Les projets c ee y sont ambitieux et respectent les normes et qualits de services requises par France e Tlcom. Ces normes et exigences France Tlcom semblent parfois tre lourdes ` mettre ee ee e a en place, mais contribuent sur le moyen et long terme ` optimiser les performances de a chaque quipe et ainsi ` satisfaire galement les clients du Sifac. e a e

Chapitre 2

Prsentation de France Tlcom e ee


Jai intgr lquipe de la ma e e e trise doeuvre pour le projet MACSIM (Moyen dAcc`s e et de Contrle au Syst`me Informatique de la Montique). Ce projet se situe dans la o e e hierarchie FT, au niveau RO&SI / DDSI / SIFAC / DO IPS / DP PROF. Dans les paragraphes suivants, les direntes structures hirarchiques dont je dpends e e e sont prsentes. e e

2.1

France Tlcom ee

France Tlcom, loprateur de tlcommunications historique franais, a pour ambiee e ee c tion de devenir le fournisseur de services de tlcoms de rfrence dans tous les pays o` il ee ee u est prsent. Au 31 dcembre 2005, France Tlcom servait plus de 145 millions de clients e e ee rpartis sur les cinq continents dans 220 pays ou territoires. e En juin 2005, le programme NExt (Nouvelle Exprience des Tlcommunications) est e ee lanc par le prsident de France Tlcom, Didier Lombard. NExT est un programme e e ee de transformation sur trois ans qui conrme les orientations de France Tlcom vers les ee nouveaux services de tlcom. Ce plan comporte plusieurs volets : commercial, nancier ee et organisationnel. En eet, depuis peu une refonte de lorganisation intragroupe a eu lieu an de mieux servir sa vocation doprateur intgr. e e e

Depuis le 1er Juin 2006, Orange est devenue la marque unique des produits et services de France Tlcom, mis ` part le xe en France, en Pologne, en Jordanie et dans les pays ee a africains. Wanadoo, MaLigne TV ou encore Equant ont donc disparu pour adopter la nouvelle marque Orange . Ce rebranding est tout ` fait dans la politique actuelle de a convergence.

2.2

RO&SI

France Tlcom comprend aujourdhui huit grandes divisions dont la RO&SI (Ree e seaux, Oprateurs et Syst`mes dInformation). Cette division dnit les politiques de e e e dveloppement et assure le pilotage des rseaux de France Tlcom, toutes technologies e e ee confondues. Elle pilote le dveloppement et la maintenance du Syst`me dInformation e e du Groupe. Cette division est galement en charge de la commercialisation des ores et e des services aux oprateurs tiers. e

2.3

DDSI

Sous la division RO&SI se positionne la DDSI (Direction du Dveloppement du Syse t`me dInformation). Cette direction runit les activits du SIFAC, SI Client, SIRES et e e e SI Support. La DDSI a un rle fdrateur dans la construction dune organisation unie o e e e du dvelopppement SI du groupe. e Les ambitions de la DDSI pour 2006 sont bases sur trois axes majeurs : e 1. dlivrer dans les dlais, avec la qualit service requise et dans le respect des cots e e e u prvus e 2. accroitre les performances (budget, productivit, capacit dadaptation avec des e e projets cycle court) 3. acclrer la transformation au service des objectifs du Groupe (internationalisation, ee renouvellement des comptences, etc ...) e

2.4

SIFAC

Le SIFAC (Syst`me dInformation et Facturation) a pour mission dassister les ma e trises douvrage, de prparer les briques gnriques contribuant ` la convergence des SI e e e a pour la totalit du Groupe et dassurer la ma e trise doeuvre du SI. Lactivit du SIFAC e concerne les 145 millions de clients du groupe FT, en liaison troite avec les services e de communication des direntes divisions. Les clients directs du SIFAC sont internes e au groupe FT. Le SIFAC est compos dun ensemble de directions oprationnelles (DO) e e dont fait partie la DO IPS. Sur la gure 2.1, vous trouverez lensemble des directions oprationnelles actives au Sifac. e

Fig. 2.1 Le Sifac et ses direntes DO. e

2.5

DO IPS

La direction oprationnelle Infranet & Paiement Solutions a pour mission dassurer e la ma trise doeuvre des packages mettant en oeuvre le progiciel Infranet, ainsi que la ma trise doeuvre des applications de paiement, encaissement et recouvrement. Cette direction oprationnelle (DO) est compose dun ensemble de directions de projet dont e e fait partie la DP PROF.

2.6

DP PROF

La direction de projet PROF est sous la responsabilit de Maguy Tyssandier. Cette e direction de projet a sous sa supervision les projets dans les domaines suivants : Paiement montique (inclus le projet MACSIM), e Recouvrement Contentieux, Facturation comptabilite. Les principales responsabilits de la direction de projet sont : e Russir les projets qui lui sont cons et tenir les engagements pris lors des jalons, e e Participer ` la relation client MOA en coordination avec le DO et les autres acteurs a SIFAC, Maintenir les applications, amliorer et atteindre les objectifs de qualit de service, e e Assurer le mrissement des applications de sa responsabilit, u e Assurer la gestion des comptences sur un domaine fonctionnel et technique, e Grer le plan de charge de la DP, assurer le respect des exigences de Sarbanes e Oxley1 (SOX) et dcliner les objectifs de la DO sur ses applications et ses projets e Dcliner les objectifs de la DO sur chacune de ses applications et chacun de ses e projets, Fournir aux clients les lments permettant le calcul du ROI sur ses applications ee et sassurer du calcul du ROI2 avant le lancement du projet, Contribuer ` laccroissement des comptences dans le domaine de linterconnexion. a e

La loi Sarbanes-Oxley implique que les Prsidents des entreprises cotes aux Etats-Unis certient e e leurs comptes aupr`s de la Securities and Exchanges Commission (SEC) lorganisme de rgulation des e e marchs nanciers US. France Tlcom est cot au New York Stock Exchange. e ee e 2 Return on Investment

Chapitre 3

Prsentation du projet et de e lquipe MACSIM e


MACSIM (Moyen dAcc`s et de Contrle au Syst`me Informatique de la Montique) e o e e est une plate-forme qui recouvre essentiellement deux domaines : celui des Publiservices et celui de la Vente ` Distance. Ces services sont fournis par le biais dun ensemble de a plusieurs applications. Dans le contexte MACSIM, la montique correspond aux paiements avec une carte e bancaire soit dans un automate, soit chez un commerant via un terminal de paiement ; c ou encore sur internet.

3.1

Les applications de MACSIM

La plate-forme MACSIM regroupe un ensemble de sept applications : ARTE Le syst`me ARTE ralise linterface entre le rseau FT de pue e e bliphonie et dirents serveurs MACSIM.Il est routeur entre la e publiphonie et les applications MACSIM Service de paiement des tlcommunications par carte bancaire ee dans les publiphones (cabines tlphoniques). Ce service permet ee a ` la client`le dobtenir des communications tlphoniques ` partir e ee a des publiphones. Gestionnaire de Tlpaiement de MACSIM. Cest linterface entre ee le monde bancaire et les direntes lli`res de paiement (les autres e e applications de MACSIM). Cest le gestionnaire des transactions montiques (interface entre la plupart des applications MACSIM e et le monde bancaire). OPERA est aussi appel syst`me de rconciliation SSPP : syse e e t`me scuris de paiement dans les publiphones. OPERA permet e e e le paiement via un publiphone de biens tels que le rechargement de compte mobile pr-pay, ce rechargement se ralisant via un e e e serveur vocal commerant. c Service de paiement des tlcommunications par Porte Monnaie ee Electronique (PME) MONEO dans les publiphones (cabines tlee phoniques). Ce service permet ` la client`le dobtenir des commua e nications tlphoniques ` partir des publiphones. ee a Service de rechargement du Porte Monnaie Electronique (PME) MONEO dans les publi- phones (cabines tlphoniques). Ce service ee permet ` la client`le ` partir des publiphones de crditer dune a e a e mani`re scurise sur le PME une somme dtermine. e e e e e FORMAT est une plate-forme e-paiement qui permet aux commerants abonns de faire du paiement en Vente ` Distance. Le c e a commerant peut accder ` ces services ` partir dune interface c e a a HTML sil dispose dun ordinateur ou ` partir dune interface a WAP sil dispose dun GSM compatible WAP. Ces services sont aussi accessibles en mode automatique si le commerant dispose c dun serveur WEB, sur la base dun protocole HTTP propritaire e de FORMAT. Passerelle pour le paiement CB dachat en VAD via internet/intranet.

CBPUB

PARM

OPERA

SERMON

MORE

FORMAT

Les gures 3.1 et 3.2 prsentent la plate-forme MACSIM dans le domaine des Publie services et dans le domaine de la Vente ` distance. a

Fig. 3.1 Schma de la plate-forme MACSIM dans le domaine des Publiservices e

Fig. 3.2 Schma de la plate-forme MACSIM dans le domaine des Ventes ` distance e a

10

3.2

Les rles de la MOE MACSIM o

Lquipe MACSIM (la ma e trise doeuvre MACSIM) est constitue de huit personnes e ayant des prols divers : un chef de projet, une assistante ` la gestion de projet, des a experts fonctionnels, un architecte technique, des concepteurs/dveloppeurs et une pere sonne charge du support et de la maintenance. e Les rles de la MOE MACSIM sont les suivants : o Raliser les applications nouvelles ou les volutions des applications existantes e e selon les principes en vigueur ` la DDSI, conformment aux demandes mises par a e e la MOA et aux engagements de cots et de dlais, u e Raliser les recettes et les intgrations applicatives pour les parties sous sa respone e sabilit et participer aux tests transverses avec les interlocuteurs techniques des e entits tierces, apr`s accord de la MOA, e e Participer ` la mise en place pilote des nouveaux services, a Assurer, sur demande de la MOA, la dnition et la fourniture aux exploitants e des volutions du paramtrage, destines ` faire voluer le fonctionnement des e e e a e applications, Assurer la gestion des incidents avec les exploitants, les industriels, ainsi que les interlocuteurs techniques des entits tierces (commerants, banques, ...), e c Grer les congurations logicielles, les paramtrages ainsi que les rfrentiels et les e e ee documents associs, e Fournir aux exploitants les lments ncssaires (documents dinstallation, dexee e e ploitation, de soutien, ...), Assurer la mise en place dun soutien technique et fonctionnel pour la MOA et lexploitant, Assurer ` la MOA que les moyens, les comptences et les ressources sont mis ` a e a disposition.

11

3.3
3.3.1

Les autres acteurs


La ma trise douvrage SCR

Le SCR (Services de Communication Rsidentiels) assure la ma e trise douvrage des volutions de la plate-forme MACSIM. Il est en charge : e De la coordination des intervenants, Du planning consolid du projet (cot, charges, dlais), e u e Des relations commerciales et contractuelles avec les banques, De la contractualisation avec le SIFAC et la DOSI (les exploitants), De valider les spcications, e De valider le PV de recette nal, De la mise en place dune organisation projet en accord avec la MOE et lexploitant.

3.3.2

Lexploitant DOSI

Lexploitation MACSIM est cone ` la DOSI (Direction des Oprations du Syst`me e a e e dInformation) sur la base dun contrat de services. Les activits principales couvertes e par la DOSI sont : De raliser lexploitation quotidienne (batch, sauvegarde, paramtrage, supervie e sion, traitement des incidents, founiture des rseaux, fourniture et maintenance e des serveurs) des applicatifs, Dassurer la traabilit de la conguration des serveurs et des interventions et de c e raliser les tableaux de bord dexploitation et commerciaux, e De garantir la qualit de service ngocie avec la MOA, e e e De raliser la mise en place de nouvelles versions applicatives ou de nouveaux e paramtrages livrs par la MOE, e e De mettre en place les moyens (personnels, plates-formes, ...) pour raliser les e phases de tests ou dintgration, e De raliser le soutien de niveau 1 : incidents dexploitation. e

3.3.3

LAssistance Client`le e

LAssistance Client`le est charge : e e De raliser lexploitation commerciale (accueil client numro AZUR, gestion moe e ntique et contentieux, introduction ` la demande de la MOA des donnes de e a e rfrentiel relatives aux clients ). ee

12

Chapitre 4

Contribution au projet MACSIM


4.1 Le projet IHM dexploitation et dassistance client`le e

Le projet IHM rpond ` un besoin de refonte et de mise en conformit des applications e a e aux normes requises par France Tlcom. Ce projet a donc pour but de mettre en place ee une nouvelle IHM pour les applications CBPUB et PARM.

4.1.1

Les fonctionnalits de lIHM pour CBPUB et PARM e

CBPUB (CarteBancaires dans la PUBliphonie) est une application de service de paiement des tlcommunications par carte bancaire dans les publiphones (tlphone public). ee ee Ce service permet ` la client`le dobtenir des communications tlphoniques ` partir des a e ee a publiphones. LIHM doit pouvoir lire et mettre ` jour les donnes sur les transactions et toutes a e les informations relatives ` ces transactions. Ces informations stockes en Front Oce, a e sont rguli`rement copies vers le Back Oce (BO). Des traitements batch sont ensuite e e e eectus en BO an de valider les transactions bancaires. Cette validation se traduit en e fait par la cration de remises qui sont envoyes aux CTC1 e e Certaines donnes dans les bases en BO peuvent tre modies par le biais de linterface e e e graphique. Ces changements sont ncessaires pour assurer des volutions dordre mate e e riel (ajout de nouveaux publiphones) ou nancier (tarication des communications) ; et aussi pour rpondre aux contraintes changeantes des banques (liste noire). Les modie cations eectues par lIHM sur les donnes en Back Oce doivent tre valides par e e e e ladministrateur, avant que les nouvelles donnes puissent tre transferes vers les bases e e e en Front Oce.
Centre de Traitement Commerant ou Centre de Tlcollecte Commerants des banques. Partie rac ee c e lisant pour le compte dAcqureur les fonctions dacquisition des remises commerant, lesquelles peuvent e c emprunter des supports dirents. e
1

13

Fig. 4.1 Les cas dutilisations de lIHM CBPUB/PARM

14

Une contrainte qui dcoule des fonctionnalits prcdentes est de vrier que les moe e e e e dications apportes aux tables maintiennent une cohrence parfaite entre elles. Ces e e vrications se feront dans la couche de prsentation (vrier le bon format des done e e nes), et dans la couche applicative (mettre ` jour plusieurs tables si ncessaire). e a e France Tlcom a lobligation darchiver et de conserver ` titre de justicatif de paieee a ment, pendant un an ` compter de la date de vente, lhistorique des transactions de a carte bancaire. Les applications CBPUB et PARM devront tre en mesure de fournir la e preuve de la transaction ` la demande de la banque ou du titulaire de la carte. LIHM a doit donc pouvoir lancer des traitements darchivage et de dsarchivage de donnes, des e e impressions de tickets clients et bancaires. Lorsquil sagit de transactions qui ont eu lieu dans les 6 prcdents mois, les donnes e e e sont toujours en base. Limpression de ticket se fait alors directement par lAssistance Client`le ` Nancy. Si la demande de ticket client ou bancaire se fait pour des transactions e a qui ont eu lieu avant cette priode de 6 mois, elle est alors traite par les exploitants e e de Lyon car il sagit deectuer de traitements plus dlicats. Ces derniers doivent alors e retrouver larchive, puis la dcompresser et imprimer le ticket et lenvoyer ` lAssistance e a Client`le. e LIHM existante pour CBPUB, ralise en SQL*Forms, rpondait en partie aux exie e e gences des utilisateurs et de la MOA mais ntait cependant pas conforme aux normes e de France Tlcom. ee Lapplication PARM (Plate-forme dAutorisation et de Reconciliation Montique) est e un gestionnaire de Tlpaiement de MACSIM. Cest linterface entre le monde bancaire ee et les direntes li`res de paiement cest-`-dire les autres applications de MACSIM. e e a PARM na actuellement pas dinterface graphique. Les consultations et les mises ` jour a de la base en Back Oce se font actuellement par le biais de scripts et de requtes e 2. impromptus Vous trouverez dans la gure 4.1 sur la page 14, toutes les fonctionnalits reprsentes e e e dans un useCase.
2

Impromptus est un logiciel utilis par la DOSI pour consulter les bases. e

15

4.1.2

Le projet et son droulement e

La mise en oeuvre de ce projet sest droule selon les normes Agathone3 en cotoyant e e toutes les phases suivantes : Phase dtude, e Phase de mrissement, u Phase de conception, Phase de fabrication du produit, Phase de gnralisation, e e Phase dutilisation. La dmarche adopte pour ce projet est la suivante : e e Premi`re estimation des charges e Analyser lexistant, Recenser les besoins des utilisateurs, Prparer la maquette, e Soumettre la proposition et prsenter la maquette ` la MOA, avec la DOSI et e a lassistance client`le, e ( Apr`s la Validation par la MOA ) Concevoir les architectures fonctionnelles et e techniques, Raliser lIHM, e Eectuer les tests, Prparer la mise en place pilote, e Prparer la mise en production, e Assumer le soutien et la maintenance.

Je nai malheureusement pas eu le temps de nir la phase de dveloppement lors de e ce stage, ainsi que les autres phases qui en dcoulent. e Estimation initiale des charges Dans un premier temps, jai du prparer le planning pour tablir une premi`re estie e e mation des charges. Il a t ncessaire didentier toutes les tches pour ensuite faire ee e a une premi`re estimation en jour-homme de chaque tche identie. Vous trouverez dans e a e lannexe ma toute premi`re estimation des charges pour le projet IHM, cest-`-dire une e a estimation de 6 mois en commenant par la phase dtude jusqu` la phase de mise en c e a production. Notre chef de projet ma ensuite con quil avait lui-mme estim le travail e e e sur 16 mois.
Agathone est un programme France Tlcom qui a pour objectif de permettre la ralisation dun SI ee e de qualit rpondant aux attentes des clients. Ce programme comprend des engagements qui concourent e e a lamlioration de la qualit de service oerte aux utilisateurs. ` e e
3

16

Analyse de lexistant et Recensement des besoins Lors de la phase dtude, jai fait une analyse pousse des applications existantes pour e e comprendre leur fonctionnement. Cela ma aid pour prparer la rponse (Document e e e Proposition de Solution ) ` la demande dvolution de lIHM, formule par la MOA. a e e Cette analyse de lexistant a t assez lourde et dicile. ee Pour des raisons tde scurit, lIHM existante ne peut tre manipule depuis les locaux e e e e de France Tlcom Arcueil. Cette IHM, installe sur des serveurs AIX en rseau scuris ee e e e e a ` Lyon, a acc`s ` des donnes bancaires ` caract`re condentiel. Jai donc d faire cette e a e a e u analyse en me basant sur les lments suivants : ee les documents existants (dossier de spcications, manuels utilisateurs, slides de e prsentation, descriptions des tables, etc), e les nombreux changes mails et tlphoniques avec les utilisateurs (les exploitants e ee et lassistance client`le), e les connaissances de lexpert fonctionnel de lquipe MACSIM. e Jai pu constater que lIHM CBPUB existante ntait pas le seul outil utilis pour e e accder aux bases. Pour rpondre aux nouveaux besoins de la MOA, les exploitants e e ont ralis de nombreux scripts localement ` Lyon. Ces scripts et requtes impromptus e e a e ntaient ni documents ni accessibles depuis Arcueil. Ceci a bien videmment alourdi la e e e phase dtude mais a t tout de mme bnque sur un point. Les nombreux changes e ee e e e e que jai pu avoir avec les utilisateurs ont rvl les nouveaux besoins de ceux-ci. En e ee analysant lexistant, jai fait en parall`le un recensement des besoins des utilisateurs. e La proposition de Solution Dans le document Proposition de solution , je propose de mutualiser les IHM pour les deux applications en mettant en place une IHM de type client lger. Etant donn que e e les deux applications sont lies fonctionnellement dans le cadre MACSIM, il ma paru e logique de pouvoir naviguer facilement entre les deux ensembles de fonctionnalits. Cette e orientation sest rvle dautant plus judicieuse, quactuellement une tude est en cours e ee e pour mutualiser les applications CBPUB et PARM. Le Dossier dAnalyse Fonctionnelle est un document qui compl`te la proposition e de Solution en dcrivant de mani`re plus exhaustive et de mani`re plus dtaill les e e e e e fonctionnalits dune application. Ce document se fait normalement apr`s la validation e e de la Proposition de Solution par la MOA. En accord avec le chef de projet, il a t ee dcid de poursuivre le projet sans attendre la conrmation de la MOA. Jai donc rdig e e e e ce document pour ensuite enchainer sur la phase de conception.

17

La conception et les frameworks choisis La technologie pour la couche prsentation de lIHM ma t conseille par la cellule e ee e daccompagnement Clar@4 . Il sagit du Framework JSF (Java Server Faces) pour les applications Web Java. JSF ( Java Server Faces) est un framework permettant la cration dinterfaces WEB e avec la mise en place du Design Pattern MVC. Java Studio Creator 2 utilise cette technologie et permet de dvelopper assez rapidement des pages web en utilsant tout simplement e le click, drag and drop . Je lai utilis pour dvelopper la maquette. Linconvnient e e e de cet outil est quil requiert normment de ressources. A partir dune dizaine dcrans, e e e loutil a tendance ` ralentir le PC. Cette maquette contient aujourdhui plus dune soixana taine dcrans et cette couche de prsentation nest pas encore compl`tement termine. e e e e En JSF, chaque cran est associ ` un chier jsp (en XML) et un chier java. e ea La maquette que jai donc dveloppe sous Java Studio Creator 2 ma permis de e e prsenter assez rapidement les fonctionnalits aux futurs utilisateurs de lIHM. Cette e e prsentation sest faite par le biais de CoopNet5 . Jai pu ainsi prendre en compte les e nouvelles remarques et faire les adaptations avant dattaquer la conception dtaille du e e projet. Vous trouverez un aperu de la maquette sur limage 4.2. c Pour la conception, on mavait recommand dutiliser le framework Spring. Spring est e un framework open-source J2EE pour les applications 3-tiers. Une de ses caractristiques e majeures est le inversion of control (IoC) ou dependency injection . Cest un design pattern qui permet de casser la dpendence entre des modules, des objets ou des e classes. Si on a par exemple une classe A qui dpend dune classe B , le IoC va e par le biais dun troisi`me objet Interface C mettre en relation les classes A et B. e Les dpendances sont prcises dans le chier de conguration et cest donc Spring qui e e e soccupe dinstancier les direntes classes ncessaires pour le bon fonctionnement de e e lapplication. De ma propre initiative, jai voulu essayer de combiner le framework Spring avec le framework Hibernate. Ce dernier permet de grer la persistance des objets en base de e donnes relationnelle en Java. Laccompagnateur de la cellule Clara mavait dconseill e e e dutiliser ce framework car il ne lavait lui mme jamais essay auparavant avec le framee e work Spring car il avait eu peu de retour dexprience. Lors de la phase de conception, e jai quand mme nalement fait le choix dintgrer le framework Hibernate. Les gures e e 4.3, 4.4 et 4.5 prsentent respectivement larchitecture logicielle , un diagramme de classe e pour une transaction et larchitecture de dploiement de lIHM CBPUB/PARM. e
Clar@ est une structure inter-SN, mise en place depuis le 01/12/2000, pour accompagner les quipes e charges de dvelopper des projets faisant appel aux technologies prconises par FT e e e e 5 CoopNet dsigne une confrence qui combine lutilisation de Netmeeting et le tlphone e e ee
4

18

19 Fig. 4.2 La maquette IHM cbpub/parm

Le framework Hibernate a pour grand avantage de rduire le temps de dveloppement e e de la couche DAO en vitant aux dveloppeurs dcrire du code source java redondant. e e e Je tiens ` prciser que dans les deux bases CBPUB et PARM, il y a plus de quatre-vingta e dix tables dont certaines contiennent normment de champs. Sur internet, jai trouv e e e un outil de synchronisation HibernateSync . En scannant les bases, cet outil ma fait gagner normment de temps en crant les chiers de mapping et les chiers Java (le e e e mod`le et les chiers DAO) associs ` chaque table. e e a

Fig. 4.3 Larchitecture logicielle de lihm cbpub/parm

Jai fait le choix dutiliser tous ces frameworks en me basant sur les avantages de chacun deux. Ensuite, jai d faire fonctionner les trois frameworks en parall`le. Sur internet u e de nombreux articles conrment le bon fonctionnement de la combinaison Spring et Hibernate moyennant un juste paramtrage des chiers de conguration. Pour en tre e e absolument sre, jai tenue ` tester moi-mme la combinaison de ces trois frameworks. u a e Une de mes tches a donc t de programmer une fonctionnalit (recherche et consultaa ee e tion de donnes en base) de bout en bout en utilisant JSF pour la couche de prsentation, e e Hibernate pour la couche dAcc`s aux Donnes et Spring pour instancier les couches me e e tier et DAO. Cela a nalement conrm mon choix de larchitecture logicielle et ma aussi e permis de montrer un exemple concret dune fonctionnalit en code source. Cette tche e a ma pris du temps car il na pas t facile de trouver le bon paramtrage des nombreux ee e chiers de conguration. Toute cette phase de conception est formalis dans le document Dossier de Concepe tion qui dcrit larchitecture logicielle, les direntes couches et les frameworks ` e e a 20

Fig. 4.4 Exemple de diagramme de classe pour la fonctionnalite mentionne e utiliser. La prparation ` la phase de dveloppement e a e France Tlcom a mis ` ma disposition une plate-forme de dveloppement de 30 Go ee a e avec le serveur dapplication WebLogic et le SGBD ORACLE. Il ma fallu exporter toutes les tables et index des deux bases TCBPUB et TPARM de la plate-forme de test vers la plate-forme de dveloppement ; transfrer les archives compresses puis les importer e e e dans les bases instancies sur la plate-forme de dveloppement. e e Lespace disque mis ` ma disposition sur la plate-forme de dveloppement est lara e gement infrieur ` celui en test ou en production. Jai d prendre en compte cette e a u contrainte de volumtrie (de 100 Go ` 20Go) et exporter partiellement le contenu de e a toutes les tables. Il a t dcid dexporter intgralement les tables de petites tailles ee e e e et environ 5 % des donnes des grosses tables. Ces bases mont dailleurs servi pour e la programmation de la fonctionnalit de bout en bout mentionne lors de la phase de e e conception.

21

Fig. 4.5 Larchitecture de dploiement e

4.2
4.2.1

La gestion documentaire et la gestion de conguration logicielle pour le projet MACSIM


La gestion documentaire

Lacc`s ` linformation en interne est devenu pour beaucoup dentreprises un facteur e a cl de russite. Il est important de pouvoir accder de mani`re rapide aux informations e e e e souhaites, de les trier, de les partager, de les stocker,... e Il existe de nombreux outils qui permettent damliorer laccessibilit des documents. e e Au Sifac un nouvel outil de gestion documentaire WebDOC a t mis en place. ee Les processus actuels de gestion documentaires ont d tre revus pour tre conformes ue e aux exigences requises par France Tlcom. En tant que gestionnaire de la GED, jai ee dabord identi les utilisateurs/contributeurs des documents lis aux direntes ape e e plications de MACSIM. Il a galement t ncessaire de revoir le plan de classement. e ee e Ma proposition a t valide par les ingnieurs qualits et la migration des documents ee e e e existants vers ce nouvel outil est en cours.

22

4.2.2

La gestion de conguration logicielle

Quest-ce que la Gestion de Conguration Logicielle ? La gestion de conguration logicielle est une discipline du gnie Logiciel. Cest un e ensemble dactivits conu pour superviser les changements : e c identier les produits qui sont susceptible dtre modis, e e identier les liens entre eux, dnir les mcanisme de gestion des versions de chaque produit, e e contrler les changements imposs. o e La GCL rpond ` une question essentielle qui est la suivante : e a Quelquun a obtenu un rsultat. Comment le reproduire ? e Les normes qualits de France Tlcom imposent lutilisation de loutil PVCS Dimene ee sions qui est un outil qui permet les fonctionnalits suivantes : e Grer des dveloppements multiples (branches, fusion, report), e e Grer des versions, e Faciliter la gestion de dveloppements externaliss, e e Grer des procdures de fabrication, e e Grer des livraisons, e Grer les demandes de changement (DM, ches danomalies, demandes de report), e Grer des cycles de vie par workow (composants, versions, demandes de changee ment, documents de ralisation). e Cet outil est donc bien plus quun outil de gestion de version comme CVS ou SVN. Loutil PVCS Dimensions avec le rfrentiel de dveloppement 26C permet une gestion ee e de conguration logicielle avec un pilotage par les demandes de changement. Une demande de changement ou change doc (CD) correspond concr`tement soit ` une demande e a dvolution de la part de la MOA , soit ` une signalisation dune anomalie de la part de e a la MOE ou des exploitants. Dans PVCS Dimensions un change doc permet dassocier un ensemble de chiers sources, de modules logiciels ` une demande dvolution ou a e signalisation dune anomalie. La gure 4.6 est une capture dcran qui prsente loutil. e e Le rfrentiel de livraison 26D permet de rfrencer tous les excutables livrs en ee ee e e production. Ceci a comme grand avantage de faire travailler tous les acteurs du projet, ie. MOE et Exploitants sur exactement les mmes versions de chaque application. Ceci e avait dj` pos probl`me auparavant quand des modifcations avaient t apportes par ea e e ee e les Exploitants sans un accord pralable de la MOE. Je nai par contre pas travaill sur e e ce rfrentiel. ee Au dbut du stage, loutil de rfrence pour la gestion de conguration logicielle, e ee PVCS Dimensions, navait pas encore t intgr sur le projet MACSIM. On mavait ee e e donc demand, en partenariat avec lassistante de suivi de projet, de prendre en charge e la mise en oeuvre de la gestion de conguration logicielle de la plate-forme MACSIM. 23

Nous avons, dans ce cadre, fait une analyse pralable de lexistant et eectu les activits e e e suivantes : identier le type des informations (formats des chiers), et les versions ` migrer a sur loutil, dnir une organisation des informations (comment classer les chiers), e dnir le cycle de vie de chaque type dinformation, type de composants, e trouver les relations entre les dirents composants e Ensuite, nous avons approfondi les notions du mod`le 26C de PVCS Dimensions ceste a `-dire les notions lies au contrle des changements. e o dnir un changement (demande dvolution, demande de changement suite ` la e e a signalisation dun bug en production ou en test) comprendre le cycle de vie dun changement identier les liens entre un changement et les composants, chiers ou modules logiciels. Finalement, il nous a t demand dinitialiser lenvironnement PVCS Dimensions ee e pour le projet MACSIM. Personnaliser les demandes de changements pour MACSIM, Migrer les versions sur PVCS Dimensions, Rdiger le mode opratoire de loutil, e e Prparer une prsentation de loutil PVCS Dimensions pour lquipe MACSIM. e e e

24

25 Fig. 4.6 PVCS Dimension

Chapitre 5

Tches ralises a e e
5.1 lIHM

Le document Proposition de Solution de lIHM CBPUB/PARM a t envoy ` la ee ea MOA et on est actuellement en attente dun retour de leur part. En accord avec le chef de projet MOE, je nai pas attendu leur rponse pour attaquer la phase de conception e qui se fait normalement apr`s la validation de la MOA du projet. e En revanche, jai eu lopportunit de prsenter ma maquette aux dirents utilisateurs e e e cest-`-dire les exploitants de Lyon et lAssistance Client`le de NAncys. Je voulais avoir a e un retour assez rapide de leur part an de minimiser les risques dcart. Il appara quils e t taient plutt satisfaits des fonctionnalits proposes, ainsi que de la nouvelle ergonomie e o e e de lIHM. Jai pu ainsi prendre en compte les quelques remarques faites lors de cette prsentation. e Il ne me reste actuellement que quelques semaines avant la n de mon stage pour nir le transfert des comptences sur le projet IHM et nir la rdaction de mon dossier de e e conception dtaille. e e

5.2
5.2.1

La gestion documentaire et logicielle


La gestion documentaire

A ce jour, le plan de classement est termin et appliqu. Les dirents utilisateurs e e e ont t identis et le plan de classement a t mis en application dans loutil WebDOC. ee e ee Je prpare actuellement le transfert de comptences sur la gestion documentaire et e e son outil WebDoc.

26

5.2.2

La gestion de conguration logicielle

Lanalyse de lexistant est termine. Jai galement suivi une formation utilisateur e e et administrateur pour loutil PVCS Dimensions. La procdure de migration de e lexistant vers loutil a t tudie et nous allons eectuer la migration assez rapidement. e ee e Je prpare galement le transfert de comptences sur la gestion de conguration logie e e cielle avec son outil PVCS Dimensions.

5.3

Le transfert des comptences e

Le transfert de comptences se fait tout dabord en ralisant un planning assez de e e taill. Dans notre cas, les charges comprennent le temps que je vais devoir consacrer ` e a transmettre les informations et le temps que la personne va passer seule sur cette tche a pour atteindre un certain niveau de connaissance, niveau prcis dans le planning. e e Il y aura un transfert des connaissances sur : les aspects fonctionnels du projet IHM, les aspect techniques du projet IHM, les comptences de gestionnaire de conguration logicielle sur loutil PVCS Dimene sions, les comptences de gestionnaire documentaire sur loutil WebDOC. e

27

Chapitre 6

Conclusion
Ce stage de n dtudes au sein de France Tlcom ma fait dcouvrir le domaine de e ee e la Publiphonie (cabines tlphoniques) et de la Montique par les aspects fonctionnels ee e et techniques et par son SI. Le projet MACSIM ma galement permis de dcouvrir e e plusieurs phases du cycle de vie dun projet informatique dans une grande entreprise. Ce projet fait intervenir plusieurs prols de personnes qui ne sont pas toutes impliqus de mani`re directe dans le projet MACSIM. On y trouve la MOA, le directeur de e e projet, le chef de projet, les experts fonctionnels et techniques, les exploitants, les concepteurs/dveloppeurs, les ingnieurs qualits, les prestataires, le service support matriel de e e e e FT et autres. Tous nont pas forcment le mme objectif. Cette grande collaboration est e e donc ` la fois un atout et une contrainte : elle peut tre une norme source dinformation a e e et de service mais am`ne parfois une forte dpendance entre les dirents acteurs. e e e Pendant ce stage de n dtudes jai travaill sur un projet qui rpond ` une demande e e e a de refonte des IHM existantes des applications CBPUB et PARM. Cette demande avait t formule par la ma ee e trise douvrage avant le dbut de mon stage. Le travail sur ce e projet IHM a exig des eorts danalyse et de comprhension. Cela ma nalement permis e e de trouver une solution optimale tout en restant en adquation avec les demandes et e exigences de la MOA et des utilisateurs. La monte en comptence sest faite par : e e la lecture de documents fonctionnels et techniques, les formations FT auxquelles jai assistes, e les nombreux changes que jai pu avoir avec lexpert fonctionnel, les exploitants e et lassistance client`le. e Jai galement abord les aspects techniques du projet IHM. En eet, jai du rdiger e e e le dossier darchitecture logicielle, plus spciquement la partie de conception dtaille. e e e Mes choix des frameworks se sont bass sur les prconisations de France Tlcom et les e e ee informations que jai trouves sur internet. Jai voulu minimiser au plus mes estimations e de temps de dveloppement et rendre lapplication le plus maintenable possible. e

28

La nouvelle IHM CBPUB/PARM rpondra mieux aux besoins des utilisateurs, elle e sera plus ergonomique. Par ailleurs, les exploitants nauront plus besoin de crer de e nouveaux scripts car tout sera dornavant paramtrable depuis cette nouvelle interface e e graphique. Parall`lement au projet IHM, jai travaill sur la gestion documentaire et la gestion de e e conguration logicielle. Ce travail ma fait comprendre limportance dune bonne gestion dans ces domaines. Il ne sut pas seulement de crer la solution, il faut aussi pouvoir la e stocker, la retrouver facilement, la faire voluer dans un rfrentiel commun bien dni. e ee e Loutil WebDoc est aujourdhui utilis par lquipe MOE MACSIM mais galement e e e pas les exploitants de Lyon. PVCS Dimensions avec son rfrentiel de dveloppement a ee e t mis en place. Les nouvelles ches danomalies sont dsormais enregistres dans loutil ee e e et puis lies aux chiers concerns par lanomalie. e e La combinaison des aspects analytiques et techniques a t pour moi un d motivant. ee e Jai pu ainsi concilier les visions de conception et de pratique technique tout au long de ce stage. Ce stage ma permis de dcouvrir France Tlcom, une grande entreprise des Tle ee ee communications. Souhaitant voluer ` linternational, jai t accepte en CDI au Sifac e a ee e dans la Direction Oprationnelle Internationale sur une mission en collaboration avec e ORANGE Suisse.

29

Bibliographie
[1] interne FT, Etat des lieux des services plate-formes montiques du groupe France e Tlcom, France Tlcom - Branche des Services du Fixe et de lInternet, 2003 ee ee [2] interne FT, Manuel Utilisateur : Archivage des Tickets, 2002 [3] interne FT, Manuel Utilisateur : IHM, 1994-2002 [4] interne FT, Conception Archirecture : Archivage des Tickets, 2002 [5] interne FT, Description base de donnes, 2002 e [6] interne FT, Conception Architecture : CBPUB, 1994-2002 [7] interne FT, Spcications de besoins PARM G05R01C00 : Gestionnaire de tlpaiee ee ment multi-crit`re, 2005 e [8] Sun Microsystems Press - A Prentice Hall Title, , Creator Field Guide - second edition, Gail Anderson - Paul Anderson, 2006 [9] Spring, Spring java/j2ee Application Framework - Rfrence Documentation, Rod ee Johnson, uergen Hoeller, Alef Arendsen, Colin Samaleanu, Rob Harrop, Thomas Risberg, Darren Davison, Dimitry Kopylenko, Mark Pllack, Thierry Templier, Erwin Vervaet, 2004-2005 [10] Oracle - The Rational Database Management System, Oracle SQL*Forms - Designers Guide version 5.0, 1994-2002 [11] interne FT, Description du cycle de vie dun page web JSF, 2006 [12] Oracle - The Rational Database Management System, Oracle SQL*Forms - Designers Guide version 5.0, 2006 [13] interne FT, Dossier de Conception Hibernatoo, 2006 [14] interne FT, Dossier de Conception Springoo, 2006 [15] interne FT, Dossier de Conception NetAssistant, 2006 [16] interne FT, Guide de Mise en oeuvre de la persistance avec Hibernate et Spring, 2006 encore en Draft [17] interne FT, Archirtecture Logicielles Types pour Application N-Tiers en contexte @rchimede - Couche prsentation Servlet/JSP, 2003 e [18] interne FT, Archirtecture Logicielles Types pour Application N-Tiers en contexte @rchimede - Persistance & acc`s aux donnes, 2003 e e Et encore beaucoup plus... 30