Vous êtes sur la page 1sur 48

TUDIANT / SABRY STITA DPARTEMENT / INFORMATIQUE RESPONSABLE COLE / Christophe Fouquer

(Responsable Informatique M2 PLS)

STAGE DE FIN DETUDES M2 PLS

FONCTION / Dveloppeur SERVICE / DSI FAI Intitul du stage / SUIVI PERFORMANCE DES OUTILS POST-MISE EN PRODUCTION ET DVELOPPEMENT WEB SERVICES J2EE

RESPONSABLE ENTREPRISE / Sebastien COLLET (Responsable ple CRM)

Rapport de stage

Sabry Stita

2 / 48

Rapport de stage

REMERCIEMENTS

Je tiens tout dabord remercier toutes les personnes qui mont encadr de prs ou de loin durant la priode de mon stage. Ainsi mes remerciements sadressent en premier lieu mon matre de stage Sebastien COLLET pour sa disponibilit, ses encouragements qui mont t dun grand soutien tout au long de mon stage, pour la confiance quil ma accorde et enfin pour la qualit de son enseignement.

Harinijatovo Je tiens galement remercier ANDRIAMANDROSO, responsable de la logistique, pour mavoir offert
lopportunit de raliser ce stage au sein de son quipe. Et enfin dune manire gnrale, toute lquipe de CRM BSS FAI ainsi que les membres du service facturation pour leur accueil, leur sympathie et le temps quils mont consacr.

Sabry Stita

3 / 48

Rapport de stage

Sabry Stita

4 / 48

Rapport de stage

SOMMAIRE
1 2 INTRODUCTION.......................................................................................................................................................... 9 PRSENTATION DE LENTREPRISE : ................................................................................................................. 10 2.1 LE GROUPE BOUYGUES .......................................................................................................................................... 10 2.2 BOUYGUES TELECOM ............................................................................................................................................ 12 2.2.1 Description et historique................................................................................................................................... 12 2.2.2 Quelques chiffres cls ....................................................................................................................................... 14 2.3 ORGANIGRAMME ................................................................................................................................................... 16 a) Missions ................................................................................................................................................................ 17 b) Responsabilits...................................................................................................................................................... 17 3 PRSENTATION DES MISSIONS ET ENJEUX .................................................................................................... 18 3.1 CONTEXTE ............................................................................................................................................................. 18 3.2 SUJET DU STAGE..................................................................................................................................................... 18 3.3 ENVIRONNEMENT DE TRAVAIL ............................................................................................................................... 19 3.3.1 Le cycle en V ..................................................................................................................................................... 19 3.3.2 Flux dtailles FAI ............................................................................................................................................. 22 3.3.3 Environnement technique.................................................................................................................................. 22 4 FIABINDICATEUR : .................................................................................................................................................. 24 4.1 OBJECTIFS .............................................................................................................................................................. 24 4.2 ENJEUX .................................................................................................................................................................. 24 4.3 ENVIRONNEMENT................................................................................................................................................... 24 4.3.1 Medusa .............................................................................................................................................................. 24 4.4 LES INDICATEURS DE LA FAI ................................................................................................................................. 26 4.4.1 Les indicateurs de la Logistique ....................................................................................................................... 26 4.4.2 Les indicateurs web .......................................................................................................................................... 30 c) Indicateur parcours client ..................................................................................................................................... 30 d) Indicateur flux Gesweb : ....................................................................................................................................... 31 5 KILL-WEBBSS ............................................................................................................................................................ 32 5.1 5.2 5.3 5.4 5.5 5.6 6 OBJECTIFS .............................................................................................................................................................. 32 LE WEBBSS DANS SON CONTEXTE ........................................................................................................................ 33 ENVIRONNEMENT TECHNIQUE................................................................................................................................ 33 PROCD DE DVELOPPEMENT DU LOGICIEL .......................................................................................................... 33 MTHODE DE GESTION DE PROJET .......................................................................................................................... 34 AU CUR DU PROJET .............................................................................................................................................. 34

AUTRES MISSIONS ................................................................................................................................................... 36 6.1 AUTOMATISATION DES TESTS SOAP UI .................................................................................................................. 36

BILAN ........................................................................................................................................................................... 37 7.1 7.2 PHASE ACTUELLE ................................................................................................................................................... 37 DIFFICULTS RENCONTRES .................................................................................................................................. 37

CONCLUSION ..................................................................................................................................................................... 39 BIBLIOGRAPHIE ............................................................................................................................................................... 40 GLOSSAIRE ......................................................................................................................................................................... 41 ANNEXES ............................................................................................................................................................................. 44

Sabry Stita

5 / 48

Rapport de stage

Sabry Stita

6 / 48

Rapport de stage

Liste des figures

Figure 1 - Rpartition des activits du groupe Bouygues ................................................................................................ 11 Figure 2 - Rpartition gographique du chiffre daffaires : 32 713 M ............................................................................ 11 Figure 3 - Actionnariat .................................................................................................................................................... 13 Figure 4 - ORGANISATION DU POLE CRM BSS ......................................................................................................................... 16 Figure 5 - Gestion de projet: modle du cycle en V ........................................................................................................ 19 Figure 6 - Architecture Medusa....................................................................................................................................... 25 Figure 7 - Architecture logicielle des flux logistiques...................................................................................................... 26 Figure 8 - Flux dalimentation du rfrentiel distributeur ............................................................................................... 27 Figure 9 - Indicateur mise jour liste des distributeurs.................................................................................................. 28 Figure 10 - Indicateur gestion de parc ............................................................................................................................. 29 Figure 11 - Indicateur VSR dmnagement ..................................................................................................................... 29 Figure 12 - Indicateur parcours client ............................................................................................................................. 30 Figure 13 - Indicateur flux Gesweb ................................................................................................................................. 31 Figure 14 - Nouvelle architecture aprs suppression WEBBSS ........................................................................................ 32 Figure 15 - Exemple de Sprint ......................................................................................................................................... 35

Sabry Stita

7 / 48

Rapport de stage

Sabry Stita

8 / 48

Rapport de stage

1 Introduction
Au dpart, le travail des Direction du Systme d'Information (DSI) a consist dlivrer aux utilisateurs une infrastructure et des moyens informatiques. Trs vite, se sont pos les problmes lis la rationalisation des cots. A prsent, le mtier des Direction du Systme d'Information volue davantage vers la gestion des processus de l'entreprise et sa contribution la croissance de l'entreprise en crant de la valeur. En consquence, la rentabilisation des investissements et le pilotage de la performance sont devenues les priorits.

Les challenges de la direction du Systme d'Information sont de dmontrer la valeur de la DSI vis vis des mtiers, de faire face un environnement mouvant caractris par des fusions ou acquisitions en croissance, d'laborer le cas chant une stratgie d'outsourcing si les services informatiques doivent tre compresss.

La performance de la DSI doit se traduire par : des dlais ralistes, des ressources suffisantes, des primtres de projet bien dfinis, des projets atteignant les objectifs dfinis. Il s'agit d'une part de s'engager, c'est--dire de raliser les bonnes actions et d'autre part de montrer son efficacit, c'est--dire de bien raliser ces actions .Il faut donc optimiser tout la fois la qualit, les dlais et les cots.

Cest dans ce contexte, que mon stage sinscrit dans le cadre de dveloppement le tableau de bord de la DSI systmes dinformation de Bouygues Tlcom et plus particulirement pour assurer le pilotage et le contrle du systme informatique au travers d'indicateurs de performance.

Mais afin dapporter un service de qualit au client, il est ncessaire dutiliser des technologies mises en place sur des environnements stables, maintenus, et volutifs. Le projet FIABINDICATEUR est un projet ayant pour but de mettre en place des indicateurs pour le suivit des performances des systmes informatique et la correction des anomalies. Mon implication dans ce projet tait au dpart de 100% mais par la suite un projet ma t confi devenant ma seconde mission au sein de Bouygues Telecom en tant que stagiaire, celle-ci me permettant de me confronter aux ralits professionnelles.

Sabry Stita

9 / 48

Rapport de stage

2 Prsentation de lentreprise
2.1 Le groupe Bouygues
En 1952, Francis Bouygues profite du contexte de reconstruction de la France aprs la Seconde Guerre mondiale pour fonder en rgion parisienne la socit Bouygues (anciennement E.F.B.), spcialise dans la construction de btiments. En 1955, Bouygues se lance dans la construction de cits HLM dans le cadre de programmes largement financs par l'tat franais, lancs pour subvenir aux besoins grandissants de logements (en partie dans la continuit de l'appel de l'abb Pierre pendant l'hiver 54). En 1959 l'entreprise dveloppe la prfabrication industrielle et continue ensuite de profiter des grands projets de l'tat, tout d'abord avec le programme autoroutier franais des annes 1960 qui permet Bouygues en 1965 de dvelopper un secteur travaux publics et gnie civil, puis grce l'obtention de marchs prestigieux comme le Parc des Princes, le palais des congrs de Paris (Porte Maillot) ou encore l'arogare 2 de Roissy.

En 1970 la socit est introduite en bourse. Les annes suivantes, Bouygues construit des plateformes ptrolires off-shore, prmices de son internationalisation qui dbute rellement dans les annes 1980, au moment o la socit commence aussi se diversifier. Cette diversification passe d'abord par la prise de contrle en 1984 de SAUR, un des principaux groupes de distribution d'eau, et en 1987 de TF1, dont la privatisation a t dcide par le gouvernement. Bouygues procde galement, en parallle, une intgration horizontale, c'est--dire au rachat d'entreprises concurrentes dans le domaine du btiment (croissance externe).En 1989, Martin Bouygues prends les commande de lempire en tant que Prsident-directeur Gnral. La diversification s'acclre dans les annes 1990 avec la cration de LCI en 1994, le lancement du troisime oprateur franais de tlphonie mobile, Bouygues Telecom, en 1996, et du bouquet numrique TPS pour concurrencer Canal+. Malgr la diversification, le btiment reste, dans les annes 1990, responsable de la moiti du chiffre d'affaires de Bouygues, qui a notamment profit de la politique de grands travaux initie durant les annes Mitterrand (grande arche de la Dfense, Bibliothque nationale de France, pont de Normandie, stade de France) ainsi que de grandes commandes l'tranger (Mosque Hassan II Casablanca, palais des congrs de Hong Kong, rnovation de La Mecque, Turkmnistan ).

Le sige social de l'entreprise Bouygues se trouve au 32 avenue Hoche Paris. Le sige social de Bouygues construction (Challenger) se trouve Guyancourt dans les Yvelines.

Sabry Stita

10 / 48

Rapport de stage

Figure 1 - Rpartition des activits du groupe Bouygues

Figure 2 - Rpartition gographique du chiffre daffaires : 32 713 M

Sabry Stita

11 / 48

Rapport de stage

2.2 Bouygues Telecom


2.2.1 Description et historique
Cr en 1994, Bouygues Telecom est alors le troisime rseau de tlphonie mobile la norme DCS 1800 en France. Malgr une arrive tardive sur son march, Bouygues Telecom sest impose en pionnire, en permettant la dmocratisation du tlphone mobile en France. Quelques dates cls :

1996, invention du forfait et du rpondeur gratuit ; 1998, premier lancement europen du son DHR (Digital Haute Rsolution) ; 1999, lancement des premires offres illimites (Millennium) ; 2002, premier oprateur franais lancer linternet de poche avec i-mode et la tarification la seconde ; 2003, lancement du GSM tendu en exclusivit franaise ; 2004, lancement du Forfait Libert, le premier forfait pour tlphoner sans compter vers tous les oprateurs ; 2005, lancement du rseau Edge, sur tout le territoire national, pour les transferts de donnes en haut dbit ; 2006, lancement des Forfaits Neo et Exprima qui proposent des communications illimites le soir ds 20 h ; 2007, lancement de la premire offre de convergence (Business Synchro), des Forfaits 2 fois Plus, du dploiement du rseau HSPA et d'une campagne de marque avec une nouvelle accroche : "Communiquez en toute libert". 2008, lancement de Neo.2 et des premires offres FAI Entreprises et grand public (Bbox). 2009, lancement d'ideo, offre quadruple play, indite sur le march.

Bouygues Telecom possde quatre filiales : Rseau Clubs Bouygues Telecom distribue les offres et services Bouygues Telecom, dans prs de 600 Clubs sur pour tout le territoire le (dont 215

succursales)

favoriser

positionnement

commercial de la marque par rapport ses concurrents

Sabry Stita

12 / 48

Rapport de stage Extenso Extenso (ne de l'union de Tlciel et de Stock Com en 2008) est un grossiste en services et produits de tlphonie mobile (3 000 points de vente). L'essentiel de son activit est concentr sur les offres Bouygues Telecom mais il vend

galement aux distributeurs des terminaux nus et des offres d'autres oprateurs. Extenso Telecom possde une filiale, Phono Distribution, qui gre un rseau de boutiques spcialises dans la distribution de tlphonie, d'accessoires et de services associs, ainsi que tout matriel de bureautique et d'informatique.

Bouygues Telecom Initatives a pour vocation de soutenir de jeunes socits innovantes du secteur des services de communication par le biais d'un incubateur de start-ups : invities, mon Extel, Activ Networks, Twinlinx... Tremplin pour ces jeunes socits, c'est aussi une opportunit pour Bouygues Telecom qui bnficie de leurs produits et services en priorit au moment de leur commercialisation

Actionnariat :

Figure 3 - Actionnariat

Sabry Stita

13 / 48

Rapport de stage

2.2.2 Quelques chiffres cls


Bouygues tlcom a connu en 2009 une forte croissance organique de son chiffre daffaires grce notamment ses excellentes performances commerciales tant sur le fixe que sur le mobile.

Chiffres financiers
Chiffre d'affaires 2009 : 5 368 M, soit + 5 % par rapport 2008. Rsultat net 2009: 471M. Chiffre d'affaires rseau 2009 (hors ventes de terminaux) : 4 863 M, soit + 4 % par rapport 2008. Chiffre d'affaires Rseau Clubs Bouygues Telecom (RCBT) 2009 : 489 M, soit + 16 % par rapport 2008.

Chiffres commerciaux Plus de dix millions de clients Mobile (dont plus de trois quarts de clients Forfait), 311 000 clients Fixe, plus d'un million de lignes Entreprises. 6 millions de visiteurs uniques en moyenne consultent par mois le site bouyguestelecom.fr. Rseau Clubs Bouygues Telecom (RCBT) : 610 Clubs sur tout le territoire dont prs de 250 succursales. Extenso Telecom : 3 000 points de vente.

Chiffres Ressources humaine 9 000 collaborateurs (filiales comprises), dont 2 000 conseillers de clientle, travaillent au sein de l'entreprise. ge moyen des collaborateurs : 35 ans. Plus de 160 travailleurs handicaps dans l'entreprise. Plus de 300 ateliers sont anims par l'Espace ressources, sur des thmes aussi varis que la sant, la crativit, la fiscalit.

Sabry Stita

14 / 48

Rapport de stage

Chiffres Rseau Couverture mobile Plus de 98 % de la population couverte en 2G. Plus de 94 % de la population couverte en haut dbit Edge Plus de 81 % de la population couverte en 3G+.

Couverture fixe 56 % des mnages et 63 % des clients grands publics sont couverts en zone dgroupe. 70 % des clients de Bouygues Telecom Entreprises. Programme "zones blanches" 2 876 communes rurales couvertes fin 2009.

Chiffres Dveloppement durable Diminution de la consommation papier de 28 % dans les bureaux de Bouygues Telecom en 2009. 78 % des Clubs Bouygues Telecom sont amnags pour accueillir les personnes mobilit rduite (75 % en 2008). 115 000 contrles parentaux activs sur les mobiles fin 2009. 500 collaborateurs volontaires engags auprs de la Fondation Bouygues Telecom en 2009

Sabry Stita

15 / 48

Rapport de stage

2.3 Organigramme
Mon stage sest effectu au sien de la direction du system dinformation (DSI), et plus particulirement au sein du ple CRM BSS FAI GP. Il est compose de quatre systme technique ils sont repartis comme suit : Web CRM et outils C++/.net Les web services Logistique

Figure 4 - ORGANISATION DU POLE CRM BSS

Sabry Stita

16 / 48

Rapport de stage

a) Missions
Fournir Bouygues Telecom les systmes dinformations qui permettent de piloter les processus cls de lEntreprise. Dvelopper et exploiter ces systmes, en garantissant la meilleure utilisation des technologies informatiques du point de vue du client final, dans le respect de ses objectifs en matire de cot complet.

b) Responsabilits
Fournir de faon agile aux clients de Bouygues Telecom les systmes dinformation ncessaires pour implmenter la stratgie de lEntreprise, Construire et exploiter un ensemble industriel de systmes dinformation, qui rponde aux exigences de ses clients en terme de disponibilit, de fiabilit et de capacit de reprise en cas dincident, Dvelopper des systmes dinformation dont le cot complet est comptitif, grce une bonne connaissance des solutions et des acteurs du march, une vision " oriente exploitation " et une architecture rigoureuse, Contribuer la stratgie de lentreprise en permettant Bouygues Telecom de sapproprier les nouvelles technologies de linformation. Les informaticiens de la DCSI ont le devoir de partager leurs connaissances pour que Bouygues Telecom se diffrencie par l'utilisation de ces technologies, Fournir aux collaborateurs de Bouygues Telecom un service informatique interne de qualit : en offrant les outils les plus performants pour supporter leurs tches, dans le respect dun cot comptitif et avec un niveau de service exemplaire (fiabilit, disponibilit).

Sabry Stita

17 / 48

Rapport de stage

Prsentation des missions et enjeux

3.1 Contexte
Depuis octobre 2008, Bouygues Telecom commercialise des offres Internet. En 2010, de nombreuses volutions informatiques sont prvues en terme d'offres, de services innovants, de fonctionnalits diverses, simplification/industrialisation de phase de dveloppement. De plus, dans le cadre des offres convergentes (Ideo), les Systmes d'Informations Mobile et FAI doivent galement s'interfacer de plus en plus.

3.2 Sujet du stage


Les premires semaines du stage ont consist mon intgration au sein de lquipe, la dcouverte du domaine des Telecom, mais galement leurs outils et leur mthodologie de travail Mon stage sest compos de deux missions : la mise en place d'indicateurs pour : mesurer le bon et mauvais fonctionnement des applications du CRM, amliorer la dtection d'incidents et anomalies sur certains composants, faciliter le suivi VSR sur certains systme technique le projet FIABINDICATEUR et la migration dune API C++ vers JAVA/J2EE : le projet KILL-WEBBSS

Le projet FIABINDICATEUR est un projet que je dois raliser au sein dune quipe, un objectif ma t fix et jai toute libert daction. La rpartition de mon temps de travail entre ces deux missions se fait donc en fonction des tches qui me sont attribues sur le projet.

Le projet FIABINDICATEUR en tant que dveloppeur informatique ceci implique plusieurs phases dtudes : rdaction de la documentation, dveloppements, tests, etc. Je dois galement faire le choix des technologies, et faire appel divers intervenants.

Concernant le projet KILL-WEBBSS je participe certaines phases du projet, cette participation se fait dans le cadre dun travail en quipe. Ayant une vision globale de ce projet travers lensemble des runions, ce travail me permet dapprhender plus concrtement le rle de dveloppeur informatique au sein de la DSI.

Sabry Stita

18 / 48

Rapport de stage

3.3

Environnement de travail
3.3.1 Le cycle en V
Au sein de Bouygues Telecom, diffrents acteurs interviennent au cours de la gestion de

projet informatique : La matrise douvrage (MOA) La matrise douvrage dlgue (MOAD) La matrise duvre (MOE)

La MOA reprsente le client (les diffrents services mtiers : RH, finance, ), cest dire les demandeurs, initiateurs de projets. Le client a un besoin et le soumet la MOE. La MOE est lentit qui va prendre en charge la ralisation des projets et qui va donc rpondre au besoin de la MOA. La MOA peut galement tre aide ou reprsente par une MOAD. Ces acteurs sont responsables de la production de plusieurs documents tout au long du projet. Ce type de fonctionnement nest pas spcifique Bouygues Telecom, mais reprsente plutt onnement un standard de fonctionnement au sein des grandes entreprises. Ces relations clients/fournisseurs internes permettent un certain formalisme, et contribuent la qualit dun projet.

Pour grer un projet informatique, Bouygues Telecom suit le modle du cycle en V. Celui Celui-ci est une amlioration du modle en cascade (issu du milieu du btiment) qui permet en cas d'anomalie, de limiter un retour aux tapes prcdentes. Les phases de la partie montante, doivent renvoyer de l'information sur les phases en vis vis, lorsque des dfauts sont dtects afin vis--vis, d'amliorer le logiciel :

Figure 5 - Gestion de projet : modle du cycle en V


Sabry Stita 19 / 48

Rapport de stage De plus, le cycle en V met en vidence la ncessit d'anticiper et de prparer, lors des tapes descendantes, les "attendus" des futures tapes montantes. Ainsi les attendus des tests de validation sont dfinis lors des spcifications, les attendus des tests unitaires sont dfinis lors de la conception, et ainsi de suiteLes attendus correspondent la plupart du temps des documents spcifiques, exemple :

EB : Expression de Besoin SBU : Spcification des Besoins Utilisateur SAD : Spcification dArchitecture Dtaille Etc.

Ce dcoupage en phase et la rdaction de tous ces documents constituent une part importante du processus qualit des projets au sein de Bouygues Telecom. Un descriptif dtaill du contenu de chaque phase se trouve en annexe.

tape
Pr tude Analyse du besoin utilisateur

Objet
Cette tape a pour but dtudier la faisabilit dun besoin mergeant dune MOA et de laider stabiliser ses exigences. Recueillir, prciser et valuer les besoins des utilisateurs. Rpondre la question De quoi sagit-il ? . Valider la faisabilit et les impacts des solutions tudies. Formaliser ces informations dans le document Spcification des Besoins Utilisateurs de faon disposer dune rfrence dexigences stable entre MOE et Client. Identifier les processus et systmes fonctionnels et techniques impacts par le besoin. Spcifier larchitecture gnrale cible du systme informatique. Rpondre aux questions : Que fait le systme et quand le fait-il ? (et non pas Comment le fait-il ? ) laborer une rfrence fonctionnelle pour le Systme Technique dans le document Spcification Technique des Besoins Systme Rpondre la question Comment fait le systme technique pour raliser la mission qui lui est confie ? . Identifier les interfaces internes Ventiler les exigences systme (BS) et les exigences dinterfaces externes vers les diffrents articles et oprations manuelles Formaliser ces rponses dans le document Spcification de lArchitecture du Systme . Pour chaque composant logiciel (SCI) du ST, rpondre aux questions : Que fait le logiciel et quand le fait-il ? (et non pas Comment le fait-il ? ). Spcifier les fonctionnalits du composant logiciel, son architecture et ses interfaces. Rpondre la question Comment fait le logiciel pour raliser la mission qui lui est confie ? . Fournir la structure interne du logiciel correspondant la Spcification Technique des Besoins Logiciel . Ventiler les exigences logicielles (BL) et les exigences dinterfaces (interne, voire externes) vers les diffrents composants. Valider les choix darchitecture effectus en phase dtude. laborer une conception dtaille pour chaque composant logiciel identifi dans la Spcification de lArchitecture du Logiciel .

Conception SI Spcification du ST

Architecture du ST

Spcification du Logiciel

Architecture du Logiciel

Conception dtaille

Garantir que toutes les exigences techniques et fonctionnelles attribues aux

Sabry Stita

20 / 48

Rapport de stage
composants logiciels sont prises en compte. Raliser la documentation technique ncessaire au codage des composants. Traduire le rsultat de la Conception Dtaille du Logiciel sous forme de programmes avec les outils de dveloppement choisis et dans le respect des normes et standards dfinis sur le projet. Vrifier que chaque unit logicielle est conforme la conception dtaille. Assembler les units logicielles et les composants logiciels de faon constituer un SCI tel que spcifi. Vrifier que larchitecture du logiciel est conforme la Spcification de lArchitecture du Logiciel et la Spcification Dtaille du Logiciel . Vrifier la conformit aux besoins logiciels et le respect des interfaces internes au ST en mode bouchonn, dcrits dans la Spcification Technique de Besoin Logiciel , laide de tests de qualification passs dans un environnement reprsentatif de lutilisation oprationnelle du logiciel. Qualifier le SCI sur les aspects lis sa structure, son comportement aux limites,... Obtenir le ST attendu par lintgration des articles logiciel (SCI), matriel (HCI) et oprations manuelles. Vrifier le respect des interfaces internes et larchitecture systme du produit conformment au document de Spcification de lArchitecture Systme . Vrifier la conformit du ST aux besoins systme dcrits dans la Spcification Technique de Besoin Systme et le respect des interfaces externes laide de tests de qualification passs dans un environnement reprsentatif de lutilisation oprationnelle du logiciel. Si le ST doit tre intgr dans un SI, les interfaces externes sont testes en mode bouchonn. Elles seront testes avec linfrastructure cible lors de ltape dIntgration dans le SI (IS SI). Qualifier le systme technique sur les aspects lis sa robustesse, sa performance, son endurance...

Codage

Tests unitaires Intgration logicielle

Qualification logicielle (QL)

Intgration du systme technique

Qualification systme technique

Intgration au SI

Intgrer les ST qualifis dans larchitecture globale du SI conformment au document de Spcification dIntgration du Systme dInformation. Vrifier le respect des interfaces externes des ST et larchitecture systme du SI dans un environnement de test iso production . au Bon Vrifier que le ST rpond au besoin spcifi dans la SBU, sur un environnement reprsentatif de lenvironnement de lutilisateur final. Vrifier que le produit est industrialisable (rponses aux exigences gnrales de supervision, automatisation, mtrologie, sauvegarde) et exploitable (rponses aux exigences d'exploitabilit permettant de rpondre au niveau de service demand), quil rpond aux exigences spcifies dans la grille dexploitabilit

Vrification dAptitude Fonctionnement (VABF)

Vrification dAptitude la Bonne Exploitation (VABE)

Mise en Production (Mep) Vrification (VSR) du Service Rgulier

Installer le produit en environnement de production et sassurer quil est exploitable.

Observer, sur une dure donne, le fonctionnement du systme, le service rendu aux utilisateurs en environnement de production. Constater, avant contractualisation avec le client, les seuils datteintes des indicateurs dfinis dans le contrat de service.

Sabry Stita

21 / 48

Rapport de stage

3.3.2 Flux dtailles FAI


Larchitecture de Bouygues tlcom est trs complexe et je ne montre ici quune petite partie et particulirement lenvironnement ou jai travaill.

3.3.3 Environnement technique


Systme d'exploitation Il existe principalement deux systmes dexploitation qui sont trs rpondu au sien de lenvironnement de Bouygues tlcom Windows XP et Linux CRM Pour la gestion de la relation client nous utilisons un CRM propritaire ALF qui rpond un besoin spcifique a lFAI tous nous dveloppements sont de loin ou de prs lie a ce CRM.

Sabry Stita

22 / 48

Rapport de stage Apache Subversion Subversion, c'est un logiciel de gestion des versions , c'est--dire un logiciel qui permet de garder l'historique de toutes les modifications apportes un certain nombre de fichiers. Il permet en fait beaucoup plus que cela, en particulier de retrouver les fichiers versionns un instant antrieur donn, ou encore de rcuprer toutes les modifications entre deux moments. Il est utilis par un grand nombre de dveloppeurs, en particulier dans le monde des logiciels libres. IDE LEnvironnement de dveloppement intgr (IDE) le plus utilise tant Eclipse nest au moins dautre IDE sont utilis tel que Netbeans ou Visual Studio. Base de donnes Pour le stockage des donnes et vu la grande quantit des donnes a stoker et traiter leur choix cest port sur Oracle. B2000 Cest un systme de gestion des clients permettant notamment le suivi et la facturation des clients Bouygues Telecom compose dune base de donnes Oracle : B2000 Gesweb Application qui propose des web services permettant de raliser un parcours de souscription une offre FAI pour un client particulier ou professionnel.

DTMEP Dossier technique de mise en production (DTEMP),cest un document fournir une fois la phase de dveloppement termine .Cest un guide de mise en production qui explique la dmarche a suivre pour linstallation, retour arrire et les impactes possibles sur dautres systme technique de lapplication dveloppe.

Cest dans cet environnement qui est riche et complexe qui jai du faire face et commenc ma premire mission sur le projet FIABINDICATEUR.

Sabry Stita

23 / 48

Rapport de stage

4 FIABINDICATEUR :
4.1 Objectifs
Ce projet a pour objectif de mettre en place les diffrents indicateurs des diffrents systmes techniques de la DSI. Le dveloppement est fait principalement en langage de script tel que Shell, Awk, Perl. Cependant lutilisation dautre langage de programmation plus adapt au besoin tel que HTML, PHP, Graphiz est noter.

4.2 Enjeux
Les enjeux dun tel projet sont vidents. Tout dabord, si lon imagine que Bouygues Telecom dcide de mettre en place un tel projet en production, lenjeu le plus important serait de mesurer le bon ou le mauvais fonctionnement de leurs applications et amliorer la dtection d'incidents. Actuellement les outils mis leur disposition ne permettent pas de dtecter certaines anomalies et surtout les causes, Ce projet permet lquipe FAI dobtenir de linformation sous forme graphique assez facile comprendre et exploiter. Ce projet est aussi un outil de dcision qui permettra de prendre les bonnes initiatives et surtout davoir un service plus performant.

4.3 Environnement
Le projet FIABINDICATEUR consiste mettre en place le tableau de bord de la DSI FAI, Ceci implique forcement lappel plusieurs environnements et plusieurs systmes technique. Lors de mon arrive, lenvironnement ntait pas clair, cest aprs plusieurs ateliers et runions et la collaboration avec dautre dpartement que notre choix cest port sur lutilisation dune architecture dj existante mais qui est entrain dvoluer le projet Medusa.

4.3.1 Medusa
Medusa est un outil de mtrologie et de supervision dvelopp par l'quipe WOS, la production informatique de l'ADSL et du Web.

Sabry Stita

24 / 48

Rapport de stage

a) Architecture

Figure 6 - Architecture Medusa


Larchitecture technique de Medusa tait entrain dvoluait mon arriver dune architecture 2 tiers vers une architecture 3 tiers. itecture Cette nouvelle architecture pourra prendre en compte les besoins du FAI sans grand effort. Les diffrents Template graphiques dj mis disposition permettent de visualiser les indicateurs et mon travail tait plus focalis sur limplmentation des script pour la gnration scripts des indicateurs. Diffrents indicateurs sont dj implmentes mais ne servent lintrt que de certains ndicateurs dpartements parmi ces indicateurs on a : Vente ADSL, ligibilit France Telecom,

Sabry Stita

25 / 48

Rapport de stage

4.4 Les indicateurs de la FAI


4.4.1 Les indicateurs de la Logistique
Le principal rle de la logistique et la gestion des quipements des clients tel que les routeurs ADSL ou les STB, gestion du stock, gestion du rfrentiel distributeur et bien dautres taches. Cest un systme technique complexe qui fait appel plusieurs composants pour grer les flux logistiques.

Figure 7 - Architecture logicielle des flux logistiques


Cest un systme autonome qui fait appel plusieurs scripts tous les traitements excutes sont nots dans des fichiers appels fichiers de logs. Ces fichiers de logs comportent des donnes qui peuvent tre exploites pour mettre en vidence des anomalies ou pour mesurer la performance du systme. Ma premire tache avec laide de mon responsable tait didentifier les fichiers de logs les plus pertinents pour les traites et mettre en vidence les diffrents indicateurs.

Sabry Stita

26 / 48

Rapport de stage

Parmi ces indicateurs on a : Indicateur mise jour liste des distributeurs. Indicateur gestion de parc. VSR dmnagement.

a) Indicateur mise jour liste des distributeurs


Bouygues Telecom commercialise ses offres travers un rseau de distributeurs. Tous les jours le rfrentiel distributeur est mis jour automatiquement.

Figure 8 - Flux dalimentation du rfrentiel distributeur


Les fichiers de logs gnrs comportent plusieurs informations, un script Shell et Awk permet de traiter ses donnes afin dextraire les champs les plus importants

Cet indicateur permet de visualiser : le nombre de nouveaux distributeurs ajouts. le nombre de distributeurs mis jour. le nombre de distributeurs incohrents. les erreurs du code PL/SQL.

Sabry Stita

27 / 48

Rapport de stage

Mise a jour distributeur


4000 3500 3000 2500 2000 1500 1000 500 0 27/11/2008 12:47 27/11/2008 13:03 27/11/2008 18:06 13/03/2009 17:37 01/04/2009 22:08 17/09/2009 11:34 17/09/2009 11:41 17/09/2009 11:50 27/10/2009 18:33 27/10/2009 23:49 28/10/2009 00:01 28/10/2009 00:20 03/11/2009 15:24 03/11/2009 15:28 12/02/2010 10:28 19/05/2010 18:20 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Nombre de Distributeurs en incoherence Nombre de Distributeurs mises a jour Nombre de Distributeurs insres % KO

Figure 9 - Indicateur mise jour liste des distributeurs b) Indicateur gestion de parc
Une des taches la plus importantes au sein de la logistique est la gestion du parc. Un systme informatique a t mis en place pour grer le parc automatiquement afin de dtecter plusieurs anomalies tel que : Incohrence entre des quipements et expditions. Liste des quipements changs. quipement indisponible et non rattach a un client. Liste des clients qui ont des quipements, qui sont en bascule commerciale et qui nont pas produit acquis associs aux quipements. Liste des clients en cours de construction, qui ont des quipements et qui n ont pas les options rserves associes. Liste des clients en cours de construction qui possdent des quipements en statut retour demand sans options rserves n'ayant jamais basculs. Liste des clients rsilis pour lesquels la demande de restitution d quipement n n'a pas t effectue. Mon travail consistait traiter les fichiers de logs afin de dterminer le nombre danomalies traites, non modifie et insre a fin davoir un indicateur.

Sabry Stita

28 / 48

Rapport de stage

25 20 15 10 5 0 12/07 13/07

4,5 4 3,5 3 2,5 2 1,5 1 0,5 0 14/07

Nombre cltur Nombre Non modifie Nombre insre Temps d'xecution

Figure 10 - Indicateur gestion de parc c) Indicateur VSR dmnagement

Pour la Vrification du Service Rgulier du projet dmnagement, jai t amen raliser un indicateur. Le projet dmnagement consiste ce quun client Bouygues Telecom puisse conserver son offre internet lors dun dmnagement. Cet indicateur reprsente le nombre de demandes de dmnagement, il a t dvelopp en nte Perl et lAPI GD.

Figure 11 - Indicateur VSR dmnagement


Sabry Stita 29 / 48

Rapport de stage

4.4.2 Les indicateurs web c) Indicateur parcours client


Lindicateur parcours client a t mis en vidence a partir des fichiers de Logs du projet Gesweb qui a pour mission de proposer des web services permettant de raliser un parcours de souscription une offre FAI pour un client particulier ou professionnel. Il a t dvelopp grce a une API Graphviz et un langage de script Perl. Il permet de visualiser la liste des appels web services effectus par les diffrents utilisateurs. Grace a cet indicateur LFAI a pu dtecter des parcours errons, prsenter lensemble du flux dune manire visuelle et prendre des initiatives pour y remdier.

Figure 12 - Indicateur parcours client

Sabry Stita

30 / 48

Rapport de stage

d) Indicateur flux Gesweb :


Une autre manire pour traiter les logs du projet Gesweb et de reprsenter les donnes sur des coordonnes parallles, cest une technique permettant de visualiser un nombre important d'informations de faon non ambigu. Chaque axe reprsentant une dimension, il est donc non seulement possible de reprsenter linformation dans un grand nombre de dimensions, mais aussi de reprsenter un nombre dvnements trs important et den dduire les corrlations. Il a t dvelopp grce a une API Picviz et un langage de script Perl.

Figure 13 - Indicateur flux Gesweb


Sabry Stita 31 / 48

Rapport de stage

5 KILL-WEBBSS
5.1 Objectifs
L'objectif est de migrer l'application WEBBSS dveloppe sous C++ en une application Web Java. WEBBSS est un serveur de requtes en base de donnes, son fonctionnement simule des web services java hors de nos jours des technologies plus adaptes ce type de service existent et sont plus faciles faire voluer et maintenir Actuellement WEBBSS est sollicit par dautre systme informatique, le but est de le remplacer par des web services soit en les intgrant dans des projets existant soit dans un nouveau projet.

Figure 14 - Nouvelle architecture aprs suppression WEBBSS

Sabry Stita

32 / 48

Rapport de stage

5.2 Le WebBSS dans son contexte


Le WebBSS est un serveur de requtes en base de donnes. Il est utilis afin de centraliser toutes les requtes en provenance des abonnements en ligne. Il permet l'accs la base B2000

sur les quelles reposent le systme de facturation. Le WebBSS se dcompose en deux parties distinctes : La partie serveur qui rpond aux sollicitations des clients et excute les requtes en base de donnes. La partie cliente qui permet de formuler les questions pour le serveur et rcupre les rponses du serveur. La partie cliente se prsente sous la forme d'une bibliothque et peut tre insre dans des applications ayant besoin d'accder aux bases de donnes. Elle est actuellement utilise par les CGI de l'abonnement en ligne.

5.3 Environnement technique


Pour la migration de lapplication WebBss, le choix de lenvironnement a t le suivant : Serveur : Glasfish Serveur dintgration continue : Hudson Module de test (Junit4) et Easymock Module de logging (Log4j) Framework Spring EJB3 Apache Maven

5.4 Procd de dveloppement du logiciel


Pour le dveloppement nous avons adopt une mthode innovante : le Test Driven Dveloppent (TDD) se traduit en franais par "Dveloppement Pilot par les Tests".

Il sagit dun procd de dveloppement logiciel qui amliore sensiblement la qualit des produits en substituant l'approche traditionnelle "Coder-Tester-Dboguer" par lapproche "TesterDvelopper-Remanier".

Ce procd possde la proprit de pouvoir prendre en considration la chaoticit du changement des spcifications tout au long du dveloppement tout en permettant de contrler en temps rel la non rgression fonctionnelle de ce qui a dj t dvelopp. Ainsi il limine un certain

Sabry Stita

33 / 48

Rapport de stage nombre de goulots dtranglement lis au processus de dveloppement et contribue linariser sa complexit et rduire considrablement les cots dintgration, de recette et de maintenance. En consquence, Qualit logicielle, Prennit et volutivit sont les matres mots de ce nouveau procd qui permet de produire plus efficacement tout en rduisant le nombre de dfauts et les cots de dveloppement

5.5 Mthode de gestion de projet


Avec laide dun chef de projet j ai t initi Scrum qui est une mthode agile ddie la gestion de projets. Son objectif est d'amliorer la productivit des quipes auparavant ralenties par des mthodologies plus lourdes. Nous pouvons dcrire Scrum en cinq tapes :

Divisez lorganisation en petites quipes multidisciplinaires et auto-organises. Divisez le travail en une liste de petits livrables concrets et triez cette liste par priorit et estimez la taille relative de chaque lment. Divisez le temps en petites itrations de dure fixe appeles des sprints et durant habituellement de 1 4 semaines Optimisez le planning de la version et mettre jour les priorits en collaboration avec le client, sur la base de ce que nous avons appris aprs chaque sprint. Optimisez le processus en organisant une rtrospective aprs chaque sprint.

Ainsi, au lieu d'avoir un grand groupe passant beaucoup de temps sur la construction d'une grande chose, nous avons une petite quipe passant un peu de temps construire une petite chose mais intgrant rgulirement pour voir l'ensemble.

5.6 Au cur du projet


La premire phase du projet que j ai du faire t la documentation de toute les fonctionnalits migrer, Le projet WEBSS est un ancien projet sans aucune documentation et le code C++ peu ou quasiment pas comment. Ce fut une tache difficile qui ma demand beaucoup de temps Dans cette phase il fallait identifier les flux dentrer et de sortie de chaque fonctionnalits, le code SQL ou PL/SQL ainsi dvoluer la complexit du code.

Deuxime phase, une fois la premire phase acheve des runions ont t ncessaire pour dfinir les priorits des fonctions migrer. Ensuite avec la collaboration de mon chef de projet nous avons ralis notre premier Sprint.

Sabry Stita

34 / 48

Rapport de stage

Figure 15 - Exemple de Sprint

Dans chaque Sprint plusieurs taches sont affectes aux dveloppeurs, parmi ces taches nous avons :

Remplir les formulaires de demandes de requte SQL : cette tache consiste pour chaque fonction migrer dextraire le code SQL et de lenvoyer a une quipe spcialise dans le dveloppement SQL

Dfinir l'opration WS (Signature / crire la documentation Javadoc STI) Rdaction des tests unitaires. Implmentation (Conception Objet / Sparation des couches).

Troisime phase, cest la phase dimplmentation nous somme actuellement cette tape du projet.

Sabry Stita

35 / 48

Rapport de stage

Autres missions

En parallle de mes missions pour le stage, jai ralis des travaux supplmentaires.

6.1 Automatisation des tests Soap UI


Une des taches au sein de Bouygues Telecom a consist automatis les tests SOAP UI et automatiser faire voluer les cahiers de tests.

SOAPUI est un logiciel qui permet de faire des tests unitaires ainsi que des tests de charge sur les web services, il permet notamment de tester des web services exposs, mais aussi de simuler la ervices prsence de Web Services. La premire tache qui ma t confie t de trouv une solution pour extraire les jeux de donnes a trouver partir dun fichier XML de manire automatique, le but tait de tester le comportement des web Services avec diffrentes donnes en entre, la solution trouve a t de implmenter un script Groovy qui sintgre parfaitement SOAP UI.

La deuxime tache a t de faire voluer le cahier de test cela tait possible grce lindicateur parcours client.

Sabry Stita

36 / 48

Rapport de stage

7 Bilan
7.1 Phase actuelle
Actuellement, toute larchitecture du projet FABINDICATEUR est mise en place. Les points restant finaliser sont :

Cration des Template pour laffichage des indicateurs sur Medusa. Installation des API Graphiz et Picviz sur lenvironnement de production.

Pour le projet KILL-WEBBSS les dveloppements sont encore en cours, une partie des fonctionnalits ont t implmentes mais il reste une grande partie.

Jespre avoir le temps ncessaire pour aborder et finaliser tous ces aspects, car paralllement le projet FABINDICATEUR a pris un peu de retard sur certaines phases, la premire mise en production (MEP) tant prvue courant septembre, mon implication dans ce projet va donc devoir tre plus importante en vue de rattraper ces retards.

7.2 Difficults rencontres


La premire difficult rencontre lors de ce stage a t la dcouverte dun nouveau domaine, celui des Tlcoms. Domaine, qui possde son propre langage trs particulier, auquel jai eu du mal madapter au dpart.

Malgr ces dsagrments, les membres de lquipe ont pu me donner les rponses toutes ces questions. De nombreux sites Internet vulgarisant ce domaine mont galement t utiles. En plus de cela, lentreprise a elle aussi dvelopp aux cours des annes un langage spcifique Bouygues Telecom. Cest pour cela, quil a t trs difficile pour moi de suivre les premires runions et premiers comits de projet. Ce problme de comprhension sest peu peu dissip et jai finalement adopt ce langage si particulier.

Jai galement rencontr un autre problme lorsque jai d rdiger les documents de mise en production. Bouygues Telecom tant une entreprise de taille importante, un certain formalisme impos par les process qualit, doit tre respect lors de la rdaction des documents officiels. Ce formalisme bien qutant ncessaire pour permettre lensemble des collaborateurs de se renseigner plus aisment sur le projet, ma sembl parfois un peu pesant. Mais il faut reconnatre que compte tenu de la quantit trs importante de documents fournis pour chaque projet, ce formalisme
Sabry Stita 37 / 48

Rapport de stage permet de rendre un peu moins complexe la recherche dinformations au sein de ces documents si nombreux.

Cette difficult de recherche de linformation est, je pense, commune toutes les grandes entreprises. Jai donc souvent rencontr ce problme, mais jai su la plupart du temps le rsoudre.

Techniquement, la principale difficult a t de minformer sur les technologies utilises. Celles-ci tant relativement rcentes, peu dinformations leurs sujets circulent sur le web. Cest donc en testant et en apprenant par moi-mme que jai pu aller de lavant Ce stage ma permis dtre davantage conscient des ralits du monde du travail : Dlais respecter clients satisfaire, problme budgtaire

En effet, contrairement aux projets raliss pour luniversit, les projets au sein de Bouygues Telecom ont des fins commerciales et engendrent des frais importants de ralisation. Cette ralit commerciale et budgtaire a t un paramtre nouveau pour moi, jai d en tenir compte et my soumettre. Ne souhaitant pas affecter mon travail par trop de retard et ralentir lvolution du projet KILL-WEBBSS, on pouvait tre amen devoir ngocier, afin de mener bien un projet dans les dlais fixs. Il est donc trs important de dvelopper un bon relationnel avec lensemble des acteurs dun projet, sans jamais oublier que notre travail dpend en grande partie du travail des autres. Cette interdpendance entre les diffrents acteurs dun grand projet peut se rvler tre parfois un peu frustrante.

En effet il arrive que notre travail soit bloqu par le manque defficacit ou de rapidit dun de nos collaborateurs, il faut alors faire preuve de patience et de diplomatie, afin de conserver un climat propice au travail en quipe.

Sabry Stita

38 / 48

Rapport de stage

CONCLUSION
Ce stage a t une exprience enrichissante de tout point de vue. Tout dabord il ma permis de connatre encore davantage le monde du travail en me permettant de dcouvrir le mtier dveloppeur informatique. Jai galement pu acqurir de nouvelles connaissances et dcouvrir le monde dynamique des Tlcoms.

Jai pu faire partie le temps de quelques mois dun milieu professionnel dont javais de vagues ides. Au sein de Bouygues Telecom, jai t considr comme un collaborateur part entire et non comme un simple stagiaire, jai ainsi pu dcouvrir les responsabilits et difficults que peuvent rencontrer tous les jours les ingnieurs. Jai galement ressentie la grande satisfaction que procure laboutissement dun travail.

De plus, jai appris faire face certains problmes rencontrs et les contourner afin de ne pas perdre de temps. Le temps, tant un facteur primordial dans nos mtiers, en effet un dveloppeur doit tenir compte des dates imposes dans le cahier des charges et planifier toutes les phases du dveloppement (tude, rdactions, codage, etc.) en fonction de celles-ci. Jai galement du effectuer de nombreuses recherches et en cibler les rsultats, ce qui ma permis damliorer ma capacit de recherche de linformation. Le monde informatique voluant tellement rapidement, la connaissance des nouveauts est en effet, une relle ncessit pour choisir le meilleur outil technologique adapt un projet.

Pour Bouygues Telecom, ce projet a permis de rpondre des besoins concrets, savoir ltude de nouvelles technologies. Lentreprise a dornavant disposition les conclusions des tudes menes.

Au final, je pense avoir beaucoup appris, tant au niveau technique quau niveau fonctionnel et personnel. Jespre en apprendre encore davantage et aboutir un projet entirement finalis et utilisable par les collaborateurs Bouygues Telecom. Je pense que cette exprience ma beaucoup apport en maturit et me sera trs utile lors de mon entre sur le march du travail.

Sabry Stita

39 / 48

Rapport de stage

BIBLIOGRAPHIE

Au cours de ce stage, jai t amen consulter une documentation diverse, en voici la liste :

Sites Internet :

Dveloppement : - Codage : http://www.developpez.com/

Telecom : - App-Line: http://www.app-line.com - E-Rezo : http://www.e-rezo.com/

wikipedia
- Encyclopdie :http://fr.wikipedia.org

Sabry Stita

40 / 48

Rapport de stage

GLOSSAIRE API
Application Programming Interface. Bibliothque de fonctions destines tre utilises par les programmeurs dans leurs applications. Ces fonctions facilitent l'criture des programmes en fournissant des routines (procdures) pour grer des lments particuliers (affichage, pilotage de priphriques).

AWK
Awk est un langage de traitement de lignes, disponible sur la plupart des systmes Unix et sous Windows avec Cygwin ou Gawk. Il est principalement utilis pour la manipulation de fichiers textuels pour des oprations de recherches, de remplacement et de transformations complexes.

BSS
Un Business Support System est l'ensemble des composants fonctionnels ou les activits qui dfinissent le mtier d'un oprateur de tlcommunications, et qui sont assures par son exploitation oprationnelle). Le terme BSS ne se limite plus maintenant aux oprateurs de tlphonie mobile, fixe ou du cble, mais peut galement s'appliquer aux prestataires de services dans tous les secteurs tels que les services publics

Cycle de vie
Cest la modlisation du droulement dun projet. Le cycle de vie du projet conduit formaliser la dmarche utilise pour raliser le projet et, ainsi, toutes les phases mises en uvre sur le produit (exemple : cycle de vie en V, cycle de vie incrmental, etc.).

Cycle en V
Cycle de dveloppement adapt aux projets industriels

DSS
Linformatique dcisionnelle (en anglais : DSS pour Decision Support System ou encore BI pour Business Intelligence[1]) dsigne les moyens, les outils et les mthodes qui permettent de collecter, consolider, modliser et restituer les donnes, matrielles ou immatrielles, d'une entreprise en vue d'offrir une aide la dcision et de permettre aux responsables de la stratgie d'entreprise davoir une vue densemble de lactivit traite.

Framework
Bibliothque de classes spcialises orientes objet. Un Framework fournit aux programmeurs un canevas de travail et des objets spcialiss (accs aux bases, objets mtiers...).

Sabry Stita

41 / 48

Rapport de stage

GROOVY
Groovy est le nom d'un langage de programmation orient objet destin la plate-forme Java. Il constitue une alternative au langage Java pour cette plate-forme et est inspir de Python. Groovy utilise une syntaxe trs proche de Java, avec des accolades, et est directement compil, soit la vole dynamiquement, soit classiquement avec un compilateur en bytecode.

IDE
Integrated Development Environment. L'IDE est une interface qui permet de dvelopper, compiler et excuter un programme dans un langage donn. La plupart des langages de programmation (Java, Langage C, etc...) sont associs un outil permettant de saisir du code, compiler, dbugger et excuter des programmes. Cet outil combine les fonctionnalits d'un diteur de texte, d'un compilateur et d'un dbugger. Il rend plus pratique la programmation, peut disposer de fonctions de compltion automatique de textes pour acclrer la saisie.

IHM Interface Homme Machine SERVLET


Script en langage Java excut sur le serveur, par exemple pour interroger une base de donnes. La technique JSP est une extension de celle des Servlets permettant de combiner dans la mme source, du code HTML ou XML avec du Java.

SDK
Software Development Kit. Kit de dveloppement de logiciels, terme surtout utilis chez Microsoft.

STI
Les Spcifications techniques d'interface, abrg sous le sigle STI, ou Spcifications techniques d'utilisation du rseau (acronyme Stur), sont, dans l'industrie des tlcommunications, les spcifications techniques que doivent respecter les quipements terminaux pour pouvoir se connecter au rseau d'un oprateur.

SCI
Software Component Item = Composant Logiciel

SF
Systme Fonctionnel

SI
Systme Informatique

ST
Systme Technique

Sabry Stita

42 / 48

Rapport de stage

OSS
Un Operations Support System ou un Operational Support System est l'ensemble des composants oprationnels ou les systmes informatiques utiliss par un oprateur de tlcommunications. Elle est synonyme de maintenance oprationnelle dans le domaine des tlcommunications.

MEP
Mise en Production

MOA Matrise dOuvrage MOE


Matrise duvre

PO
Plan Oprationnel

PERL
Langage de programmation cr par Larry Wall en 1987 et reprenant des fonctionnalits du langage C et des langages de scripts Sed, Awk et Shell (sh). C'est un langage interprt, polyvalent, et particulirement adapt au traitement et la manipulation de fichiers texte, notamment du fait de l'intgration des expressions rgulires dans la syntaxe mme du langage

POSTGRESQL
PostgreSQL est un systme de gestion de base de donnes relationnelle et objet (SGBDRO). C'est un outil libre disponible selon les termes d'une licence de type BSD.

VABE
Vrification de lAptitude la Bonne Exploitabilit

VABF
Vrification de lAptitude au Bon Fonctionnement

VSR
Vrification du Service Rgulier

Web Service
Technologie permettant des applications de dialoguer distance via Internet indpendamment des plates-formes et des langages sur lesquelles elles reposent.

Sabry Stita

43 / 48

Rapport de stage

ANNEXES

PLSQL Developer :

Eclipse :
http://www.eclipse.org

Sabry Stita

44 / 48

Rapport de stage

CRM ALF

Redmine

Sabry Stita

45 / 48

Rapport de stage Hudson

SoapUI SoapUI est un outil de test de WebService gratuit. Il permet dinspecter, appeler, dvelopper,

raliser des tests en charge/fonctionnels de services Web utilisant le protocole HTTP. Il apporte aussi des plugins pour les EDI les plus rpandus du march : eclipse, IntelliJ IDEA, NetBeans, etc. Voici quelques unes de ses options : Inspection de web services Permet de visualiser les WSDL qui sont imports Support de SOAP 1.1 et SOAP 1.2 2. Invocation de web services :

Gnration automatique des messages requtes Supporte authentification Basic, Digest, WS-Security et NTLM Gestion des enttes HTTP pour chaque opration.
Sabry Stita 46 / 48

Rapport de stage 3. Dveloppement et validation de web services Gnration de code serveur et client pour les API les plus populaires : JBossWS,

JWSDP, Axis 1 et 2, etc. 4. Valider la dfinition et les messages du web service contre le WS-I Basic Profile Valider les requtes et rponses contre leur schma de dfinition. Tests fonctionnels de web services

Cration de TestSuites/TestCases Utilisation de scripts Groovy pour lexcution de tests arbitraires ou selon les rponses. 5. Test en charge :

Cration de tests en charge pour les TestCases Analyse de performance pour des scnarios varis. Diagrammes de comportement qui permettent l'analyse en temps rel des statistiques d'excution

Sabry Stita

47 / 48

Rapport de stage

Rsume

Mon stage de deuxime anne de master PLS, prvu sur une priode de 6 mois (du 1 Mars au 31 Septembre 2010), sest droul Meudon, la direction systme dinformation de lentreprise Bouygues Telecom, troisime rseau de tlphonie mobile et rcemment fournisseur daccs internet.

Mon travail au sein de lquipe fournisseur daccs internet consistait concevoir le tableau de bord de la direction systme dinformation permettant de mesurer le bon et mauvais fonctionnement des applications, damliorer la dtection d'incidents et danomalies sur certains composants, ainsi quen la migration dune application vers un nouvel environnement technologique et technique.

Abstract

On the occasion of the second year of my Master PLS, I have releazed an 6 months internship, from March 2010 the 1st to August 2010 the 31th, within the Information System Head Office of Bouygues Telecom, that is to say the third mobile network and internet provider. I have worked with the ISP team to design the dashboard for information system management : it lets to measure how sofware applications work and to improve the detection of troubles in business components. I have also worked for migrating another towards an up-to-date technologic, technical background.

Sabry Stita

48 / 48

Vous aimerez peut-être aussi