ÉTUDIANT / SABRY STITA DÉPARTEMENT / INFORMATIQUE RESPONSABLE ÉCOLE / Christophe Fouqueré (Responsable Informatique M2 PLS) STAGE DE FIN D ETUDES M2 PLS FONCTION / Développeur SERVICE / DSI FAI Intitulé du stage / SUIVI PERFORMANCE DES OUTILS POST-MISE EN PRODUCTION ET DÉVELOPPEMENT WEB SERVICES J2EE RESPONSABLE ENTREPRISE / Sebastien COLLET (Responsable pôle CRM)
Sabry Stita 2 / 48
REMERCIEMENTS Je tiens tout d abord à remercier toutes les personnes qui m ont encadré de près ou de loin durant la période de mon stage. Ainsi mes remerciements s adressent en premier lieu à mon maître de stage Sebastien COLLET pour sa disponibilité, ses encouragements qui m ont été d un grand soutien tout au long de mon stage, pour la confiance qu il m a accordée et enfin pour la qualité de son enseignement. Je tiens également à remercier Harinijatovo ANDRIAMANDROSO, responsable de la logistique, pour m avoir offert l opportunité de réaliser ce stage au sein de son équipe. Et enfin d une manière générale, toute l équipe de CRM BSS FAI ainsi que les membres du service facturation pour leur accueil, leur sympathie et le temps qu ils m ont consacré. Sabry Stita 3 / 48
Sabry Stita 4 / 48
SOMMAIRE 1 INTRODUCTION... 9 2 PRÉSENTATION DE L ENTREPRISE :... 10 2.1 LE GROUPE BOUYGUES... 10 2.2 BOUYGUES TELECOM... 12 2.2.1 Description et historique... 12 2.2.2 Quelques chiffres clés... 14 2.3 ORGANIGRAMME... 16 a) Missions... 17 b) Responsabilités... 17 3 PRÉSENTATION 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 détailles 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 OBJECTIFS... 32 5.2 LE WEBBSS DANS SON CONTEXTE... 33 5.3 ENVIRONNEMENT TECHNIQUE... 33 5.4 PROCÉDÉ DE DÉVELOPPEMENT DU LOGICIEL... 33 5.5 MÉTHODE DE GESTION DE PROJET... 34 5.6 AU CŒUR DU PROJET... 34 6 AUTRES MISSIONS... 36 6.1 AUTOMATISATION DES TESTS SOAP UI... 36 7 BILAN... 37 7.1 PHASE ACTUELLE... 37 7.2 DIFFICULTÉS RENCONTRÉES... 37 CONCLUSION... 39 BIBLIOGRAPHIE... 40 GLOSSAIRE... 41 ANNEXES... 44 Sabry Stita 5 / 48
Sabry Stita 6 / 48
Liste des figures Figure 1 - Répartition des activités du groupe Bouygues... 11 Figure 2 - Répartition géographique du chiffre d affaires : 32 713 M... 11 Figure 3 - Actionnariat... 13 Figure 4 - ORGANISATION DU POLE CRM BSS... 16 Figure 5 - Gestion de projet: modèle du cycle en V... 19 Figure 6 - Architecture Medusa... 25 Figure 7 - Architecture logicielle des flux logistiques... 26 Figure 8 - Flux d alimentation du référentiel distributeur... 27 Figure 9 - Indicateur mise à jour liste des distributeurs... 28 Figure 10 - Indicateur gestion de parc... 29 Figure 11 - Indicateur VSR déménagement... 29 Figure 12 - Indicateur parcours client... 30 Figure 13 - Indicateur flux Gesweb... 31 Figure 14 - Nouvelle architecture après suppression WEBBSS... 32 Figure 15 - Exemple de Sprint... 35 Sabry Stita 7 / 48
Sabry Stita 8 / 48
1 Introduction Au départ, le travail des Direction du Système d'information (DSI) a consisté à délivrer aux utilisateurs une infrastructure et des moyens informatiques. Très vite, se sont posé les problèmes liés à la rationalisation des coûts. A présent, le métier des Direction du Système d'information évolue davantage vers la gestion des processus de l'entreprise et sa contribution à la croissance de l'entreprise en créant de la valeur. En conséquence, la rentabilisation des investissements et le pilotage de la performance sont devenues les priorités. Les challenges de la direction du Système d'information sont de démontrer la valeur de la DSI vis à vis des métiers, de faire face à un environnement mouvant caractérisé par des fusions ou acquisitions en croissance, d'élaborer le cas échéant une stratégie d'outsourcing si les services informatiques doivent être compressés. La performance de la DSI doit se traduire par : des délais réalistes, des ressources suffisantes, des périmètres de projet bien définis, des projets atteignant les objectifs définis. Il s'agit d'une part de s'engager, c'est-à-dire de réaliser les bonnes actions et d'autre part de montrer son efficacité, c'est-à-dire de bien réaliser ces actions.il faut donc optimiser tout à la fois la qualité, les délais et les coûts. C est dans ce contexte, que mon stage s inscrit dans le cadre de développement le tableau de bord de la DSI systèmes d information de Bouygues Télécom et plus particulièrement pour assurer le pilotage et le contrôle du système informatique au travers d'indicateurs de performance. Mais afin d apporter un service de qualité au client, il est nécessaire d utiliser 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 systèmes informatique et la correction des anomalies. Mon implication dans ce projet était au départ de 100% mais par la suite un projet m a été confié devenant ma seconde mission au sein de Bouygues Telecom en tant que stagiaire, celle-ci me permettant de me confronter aux réalités professionnelles. Sabry Stita 9 / 48
2 Présentation de l entreprise 2.1 Le groupe Bouygues En 1952, Francis Bouygues profite du contexte de reconstruction de la France après la Seconde Guerre mondiale pour fonder en région parisienne la société Bouygues (anciennement E.F.B.), spécialisée dans la construction de bâtiments. En 1955, Bouygues se lance dans la construction de cités HLM dans le cadre de programmes largement financés par l'état français, lancés 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 développe la préfabrication industrielle et continue ensuite de profiter des grands projets de l'état, tout d'abord avec le programme autoroutier français des années 1960 qui permet à Bouygues en 1965 de développer un secteur travaux publics et génie civil, puis grâce à l'obtention de marchés prestigieux comme le Parc des Princes, le palais des congrès de Paris (Porte Maillot) ou encore l'aérogare 2 de Roissy. En 1970 la société est introduite en bourse. Les années suivantes, Bouygues construit des plateformes pétrolières off-shore, prémices de son internationalisation qui débute réellement dans les années 1980, au moment où la société commence aussi à se diversifier. Cette diversification passe d'abord par la prise de contrôle en 1984 de SAUR, un des principaux groupes de distribution d'eau, et en 1987 de TF1, dont la privatisation a été décidée par le gouvernement. Bouygues procède également, en parallèle, à une intégration horizontale, c'est-à-dire au rachat d'entreprises concurrentes dans le domaine du bâtiment (croissance externe).en 1989, Martin Bouygues prends les commande de l empire en tant que Président-directeur Général. La diversification s'accélère dans les années 1990 avec la création de LCI en 1994, le lancement du troisième opérateur français de téléphonie mobile, Bouygues Telecom, en 1996, et du bouquet numérique TPS pour concurrencer Canal+. Malgré la diversification, le bâtiment reste, dans les années 1990, responsable de la moitié du chiffre d'affaires de Bouygues, qui a notamment profité de la politique de grands travaux initiée durant les années Mitterrand (grande arche de la Défense, Bibliothèque nationale de France, pont de Normandie, stade de France ) ainsi que de grandes commandes à l'étranger (Mosquée Hassan II à Casablanca, palais des congrès de Hong Kong, rénovation de La Mecque, Turkménistan ). Le siège social de l'entreprise Bouygues se trouve au 32 avenue Hoche à Paris. Le siège social de Bouygues construction (Challenger) se trouve à Guyancourt dans les Yvelines. Sabry Stita 10 / 48
Figure 1 - Répartition des activités du groupe Bouygues Figure 2 - Répartition géographique du chiffre d affaires : 32 713 M Sabry Stita 11 / 48
2.2 Bouygues Telecom 2.2.1 Description et historique Créé en 1994, Bouygues Telecom est alors le troisième réseau de téléphonie mobile à la norme DCS 1800 en France. Malgré une arrivée tardive sur son marché, Bouygues Telecom s est imposée en pionnière, en permettant la démocratisation du téléphone mobile en France. Quelques dates clés : 1996, invention du forfait et du répondeur gratuit ; 1998, premier lancement européen du son DHR (Digital Haute Résolution) ; 1999, lancement des premières offres illimitées (Millennium) ; 2002, premier opérateur français à lancer l internet de poche avec i-mode et la tarification à la seconde ; 2003, lancement du GSM étendu en exclusivité française ; 2004, lancement du Forfait Liberté, le premier forfait pour téléphoner sans compter vers tous les opérateurs ; 2005, lancement du réseau Edge, sur tout le territoire national, pour les transferts de données en haut débit ; 2006, lancement des Forfaits Neo et Exprima qui proposent des communications illimitées le soir dès 20 h ; 2007, lancement de la première offre de convergence (Business Synchro), des Forfaits 2 fois Plus, du déploiement du réseau HSPA et d'une campagne de marque avec une nouvelle accroche : "Communiquez en toute liberté". 2008, lancement de Neo.2 et des premières offres FAI Entreprises et grand public (Bbox). 2009, lancement d'ideo, offre quadruple play, inédite sur le marché. Bouygues Telecom possède quatre filiales : Réseau Clubs Bouygues Telecom distribue les offres et services Bouygues Telecom, dans près de 600 Clubs sur tout le territoire (dont 215 succursales) pour favoriser le positionnement commercial de la marque par rapport à ses concurrents Sabry Stita 12 / 48
Extenso Extenso (née de l'union de Téléciel et de Stock Com en 2008) est un grossiste en services et produits de téléphonie 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 opérateurs. Extenso Telecom possède une filiale, Phonéo Distribution, qui gère un réseau de boutiques spécialisées dans la distribution de téléphonie, d'accessoires et de services associés, ainsi que tout matériel de bureautique et d'informatique. Bouygues Telecom Initatives a pour vocation de soutenir de jeunes sociétés 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 sociétés, c'est aussi une opportunité pour Bouygues Telecom qui bénéficie de leurs produits et services en priorité au moment de leur commercialisation Actionnariat : Figure 3 - Actionnariat Sabry Stita 13 / 48
2.2.2 Quelques chiffres clés Bouygues télécom a connu en 2009 une forte croissance organique de son chiffre d affaires grâce 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. Résultat net 2009: 471M. Chiffre d'affaires réseau 2009 (hors ventes de terminaux) : 4 863 M, soit + 4 % par rapport à 2008. Chiffre d'affaires Réseau 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. Réseau Clubs Bouygues Telecom (RCBT) : 610 Clubs sur tout le territoire dont près de 250 succursales. Extenso Telecom : 3 000 points de vente. Chiffres Ressources humaine 9 000 collaborateurs (filiales comprises), dont 2 000 conseillers de clientèle, travaillent au sein de l'entreprise. Âge moyen des collaborateurs : 35 ans. Plus de 160 travailleurs handicapés dans l'entreprise. Plus de 300 ateliers sont animés par l'espace ressources, sur des thèmes aussi variés que la santé, la créativité, la fiscalité. Sabry Stita 14 / 48
Chiffres Réseau Couverture mobile Plus de 98 % de la population couverte en 2G. Plus de 94 % de la population couverte en haut débit Edge Plus de 81 % de la population couverte en 3G+. Couverture fixe 56 % des ménages et 63 % des clients grands publics sont couverts en zone dégroupée. 70 % des clients de Bouygues Telecom Entreprises. Programme "zones blanches" 2 876 communes rurales couvertes à fin 2009. Chiffres Développement durable Diminution de la consommation papier de 28 % dans les bureaux de Bouygues Telecom en 2009. 78 % des Clubs Bouygues Telecom sont aménagés pour accueillir les personnes à mobilité réduite (75 % en 2008). 115 000 contrôles parentaux activés sur les mobiles à fin 2009. 500 collaborateurs volontaires engagés auprès de la Fondation Bouygues Telecom en 2009 Sabry Stita 15 / 48
2.3 Organigramme Mon stage s est effectué au sien de la direction du system d information (DSI), et plus particulièrement au sein du pôle CRM BSS FAI GP. Il est compose de quatre système 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
a) Missions Fournir à Bouygues Telecom les systèmes d informations qui permettent de piloter les processus clés de l Entreprise. Développer et exploiter ces systèmes, en garantissant la meilleure utilisation des technologies informatiques du point de vue du client final, dans le respect de ses objectifs en matière de coût complet. b) Responsabilités Fournir de façon agile aux clients de Bouygues Telecom les systèmes d information nécessaires pour implémenter la stratégie de l Entreprise, Construire et exploiter un ensemble industriel de systèmes d information, qui réponde aux exigences de ses clients en terme de disponibilité, de fiabilité et de capacité de reprise en cas d incident, Développer des systèmes d information dont le coût complet est compétitif, grâce à une bonne connaissance des solutions et des acteurs du marché, à une vision " orientée exploitation " et à une architecture rigoureuse, Contribuer à la stratégie de l entreprise en permettant à Bouygues Telecom de s approprier les nouvelles technologies de l information. Les informaticiens de la DCSI ont le devoir de partager leurs connaissances pour que Bouygues Telecom se différencie 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 tâches, dans le respect d un coût compétitif et avec un niveau de service exemplaire (fiabilité, disponibilité). Sabry Stita 17 / 48
3 Présentation des missions et enjeux 3.1 Contexte Depuis octobre 2008, Bouygues Telecom commercialise des offres Internet. En 2010, de nombreuses évolutions informatiques sont prévues en terme d'offres, de services innovants, de fonctionnalités diverses, simplification/industrialisation de phase de développement. De plus, dans le cadre des offres convergentes (Ideo), les Systèmes d'informations Mobile et FAI doivent également s'interfacer de plus en plus. 3.2 Sujet du stage Les premières semaines du stage ont consisté à mon intégration au sein de l équipe, à la découverte du domaine des Telecom, mais également à leurs outils et leur méthodologie de travail Mon stage s est composé de deux missions : la mise en place d'indicateurs pour : mesurer le bon et mauvais fonctionnement des applications du CRM, améliorer la détection d'incidents et anomalies sur certains composants, faciliter le suivi VSR sur certains système technique le projet FIABINDICATEUR et la migration d une API C++ vers JAVA/J2EE : le projet KILL-WEBBSS Le projet FIABINDICATEUR est un projet que je dois réaliser au sein d une équipe, un objectif m a été fixé et j ai toute liberté d action. La répartition de mon temps de travail entre ces deux missions se fait donc en fonction des tâches qui me sont attribuées sur le projet. Le projet FIABINDICATEUR en tant que développeur informatique ceci implique plusieurs phases d études : rédaction de la documentation, développements, 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 d un travail en équipe. Ayant une vision globale de ce projet à travers l ensemble des réunions, ce travail me permet d appréhender plus concrètement le rôle de développeur informatique au sein de la DSI. Sabry Stita 18 / 48
3.3 Environnement de travail 3.3.1 Le cycle en V Au sein de Bouygues Telecom, différents acteurs interviennent au cours de la gestion de projet informatique : La maîtrise d ouvrage (MOA) La maîtrise d ouvrage déléguée (MOAD) La maîtrise d œuvre (MOE) La MOA représente le client (les différents services métiers : RH, finance, ), c est à dire les demandeurs, initiateurs de projets. Le client a un besoin et le soumet à la MOE. La MOE est l entité qui va prendre en charge la réalisation des projets et qui va donc répondre au besoin de la MOA. La MOA peut également être aidée ou représentée par une MOAD. Ces acteurs sont responsables de la production de plusieurs documents tout au long du projet. Ce type de fonctionnement onnement n est pas spécifique à Bouygues Telecom, mais représente plutôt un standard de fonctionnement au sein des grandes entreprises. Ces relations clients/fournisseurs internes permettent un certain formalisme, et contribuent à la qualité d un projet. Pour gérer un projet informatique, Bouygues Telecom suit le modèle du cycle en V. Celui-ci est une amélioration du modèle en cascade (issu du milieu du bâtiment) qui permet en cas d'anomalie, de limiter un retour aux étapes précédentes. Les phases de la partie montante, doivent renvoyer de l'information sur les phases en vis-à-vis, vis, lorsque des défauts sont détectés afin d'améliorer le logiciel : Figure 5 - Gestion de projet : modèle du cycle en V Sabry Stita 19 / 48
De plus, le cycle en V met en évidence la nécessité d'anticiper et de préparer, lors des étapes descendantes, les "attendus" des futures étapes montantes. Ainsi les attendus des tests de validation sont définis lors des spécifications, les attendus des tests unitaires sont définis lors de la conception, et ainsi de suite Les attendus correspondent la plupart du temps à des documents spécifiques, exemple : - EB : Expression de Besoin - SBU : Spécification des Besoins Utilisateur - SAD : Spécification d Architecture Détaillée - Etc. Ce découpage en phase et la rédaction de tous ces documents constituent une part importante du processus qualité des projets au sein de Bouygues Telecom. Un descriptif détaillé du contenu de chaque phase se trouve en annexe. Étape Pré Étude Analyse du besoin utilisateur Conception SI Spécification du ST Architecture du ST Spécification du Logiciel Architecture du Logiciel Conception détaillée Objet Cette étape a pour but d étudier la faisabilité d un besoin émergeant d une MOA et de l aider à stabiliser ses exigences. Recueillir, préciser et évaluer les besoins des utilisateurs. Répondre à la question «De quoi s agit-il?». Valider la faisabilité et les impacts des solutions étudiées. Formaliser ces informations dans le document «Spécification des Besoins Utilisateurs» de façon à disposer d une référence d exigences stable entre MOE et Client. Identifier les processus et systèmes fonctionnels et techniques impactés par le besoin. Spécifier l architecture générale cible du système informatique. Répondre aux questions : «Que fait le système et quand le fait-il?» (et non pas «Comment le fait-il?») Élaborer une référence fonctionnelle pour le Système Technique dans le document «Spécification Technique des Besoins Système» Répondre à la question «Comment fait le système technique pour réaliser la mission qui lui est confiée?». Identifier les interfaces internes Ventiler les exigences système (BS) et les exigences d interfaces externes vers les différents articles et opérations manuelles Formaliser ces réponses dans le document «Spécification de l Architecture du Système». Pour chaque composant logiciel (SCI) du ST, répondre aux questions : «Que fait le logiciel et quand le fait-il?» (et non pas «Comment le fait-il?»). Spécifier les fonctionnalités du composant logiciel, son architecture et ses interfaces. Répondre à la question «Comment fait le logiciel pour réaliser la mission qui lui est confiée?». Fournir la structure interne du logiciel correspondant à la «Spécification Technique des Besoins Logiciel». Ventiler les exigences logicielles (BL) et les exigences d interfaces (interne, voire externes) vers les différents composants. Valider les choix d architecture effectués en phase d étude. Élaborer une conception détaillée pour chaque composant logiciel identifié dans la «Spécification de l Architecture du Logiciel». Garantir que toutes les exigences techniques et fonctionnelles attribuées aux Sabry Stita 20 / 48
Codage Tests unitaires Intégration logicielle Qualification logicielle (QL) composants logiciels sont prises en compte. Réaliser la documentation technique nécessaire au codage des composants. Traduire le résultat de la Conception Détaillée du Logiciel sous forme de programmes avec les outils de développement choisis et dans le respect des normes et standards définis sur le projet. Vérifier que chaque unité logicielle est conforme à la conception détaillée. Assembler les unités logicielles et les composants logiciels de façon à constituer un SCI tel que spécifié. Vérifier que l architecture du logiciel est conforme à la «Spécification de l Architecture du Logiciel» et à la «Spécification Détaillée du Logiciel». Vérifier la conformité aux besoins logiciels et le respect des interfaces internes au ST en mode bouchonné, décrits dans la «Spécification Technique de Besoin Logiciel», à l aide de tests de qualification passés dans un environnement représentatif de l utilisation opérationnelle du logiciel. Qualifier le SCI sur les aspects liés à sa structure, à son comportement aux limites,... Intégration du système technique Qualification système technique Obtenir le ST attendu par l intégration des articles logiciel (SCI), matériel (HCI) et opérations manuelles. Vérifier le respect des interfaces internes et l architecture système du produit conformément au document de «Spécification de l Architecture Système». Vérifier la conformité du ST aux besoins système décrits dans la «Spécification Technique de Besoin Système» et le respect des interfaces externes à l aide de tests de qualification passés dans un environnement représentatif de l utilisation opérationnelle du logiciel. Si le ST doit être intégré dans un SI, les interfaces externes sont testées en mode bouchonné. Elles seront testées avec l infrastructure cible lors de l étape d Intégration dans le SI (IS SI). Qualifier le système technique sur les aspects liés à sa robustesse, à sa performance, à son endurance... Intégration au SI Vérification d Aptitude au Bon Fonctionnement (VABF) Vérification d Aptitude à la Bonne Exploitation (VABE) Intégrer les ST qualifiés dans l architecture globale du SI conformément au document de «Spécification d Intégration du Système d Information». Vérifier le respect des interfaces externes des ST et l architecture système du SI dans un environnement de test «iso production». Vérifier que le ST répond au besoin spécifié dans la SBU, sur un environnement représentatif de l environnement de l utilisateur final. Vérifier que le produit est industrialisable (réponses aux exigences générales de supervision, automatisation, métrologie, sauvegarde) et exploitable (réponses aux exigences d'exploitabilité permettant de répondre au niveau de service demandé), qu il répond aux exigences spécifiées dans la grille d exploitabilité Mise en Production (Mep) Vérification du Service Régulier (VSR) Installer le produit en environnement de production et s assurer qu il est exploitable. Observer, sur une durée donnée, le fonctionnement du système, le service rendu aux utilisateurs en environnement de production. Constater, avant contractualisation avec le client, les seuils d atteintes des indicateurs définis dans le contrat de service. Sabry Stita 21 / 48
3.3.2 Flux détailles FAI L architecture de Bouygues télécom est très complexe et je ne montre ici qu une petite partie et particulièrement l environnement ou j ai travaillé. 3.3.3 Environnement technique Système d'exploitation Il existe principalement deux systèmes d exploitation qui sont très répondu au sien de l environnement de Bouygues télécom Windows XP et Linux CRM Pour la gestion de la relation client nous utilisons un CRM propriétaire ALF qui répond un besoin spécifique a l FAI tous nous développements sont de loin ou de prés liée a ce CRM. Sabry Stita 22 / 48
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 apportées à un certain nombre de fichiers. Il permet en fait beaucoup plus que cela, en particulier de retrouver les fichiers versionnés à un instant antérieur donné, ou encore de récupérer toutes les modifications entre deux moments. Il est utilisé par un grand nombre de développeurs, en particulier dans le monde des logiciels libres. IDE L Environnement de développement intégré (IDE) le plus utilisée étant Eclipse n est au moins d autre IDE sont utilisé tel que Netbeans ou Visual Studio. Base de données Pour le stockage des données et vu la grande quantité des données a stoker et à traiter leur choix c est porté sur Oracle. B2000 C est un système de gestion des clients permettant notamment le suivi et la facturation des clients Bouygues Telecom composée d une base de données Oracle : B2000 Gesweb Application qui propose des web services permettant de réaliser un parcours de souscription à une offre FAI pour un client particulier ou professionnel. DTMEP Dossier technique de mise en production (DTEMP),c est un document à fournir une fois la phase de développement terminée.c est un guide de mise en production qui explique la démarche a suivre pour l installation, retour arrière et les impactes possibles sur d autres système technique de l application développée. C est dans cet environnement qui est riche et complexe qui j ai du faire face et commencé ma première mission sur le projet FIABINDICATEUR. Sabry Stita 23 / 48
4 FIABINDICATEUR : 4.1 Objectifs Ce projet a pour objectif de mettre en place les différents indicateurs des différents systèmes techniques de la DSI. Le développement est fait principalement en langage de script tel que Shell, Awk, Perl. Cependant l utilisation d autre langage de programmation plus adapté au besoin tel que HTML, PHP, Graphiz est à noter. 4.2 Enjeux Les enjeux d un tel projet sont évidents. Tout d abord, si l on imagine que Bouygues Telecom décide de mettre en place un tel projet en production, l enjeu le plus important serait de mesurer le bon ou le mauvais fonctionnement de leurs applications et améliorer la détection d'incidents. Actuellement les outils mis à leur disposition ne permettent pas de détecter certaines anomalies et surtout les causes, Ce projet permet à l équipe FAI d obtenir de l information sous forme graphique assez facile à comprendre et à exploiter. Ce projet est aussi un outil de décision qui permettra de prendre les bonnes initiatives et surtout d avoir 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 l appel à plusieurs environnements et plusieurs systèmes technique. Lors de mon arrivée, l environnement n était pas clair, c est après plusieurs ateliers et réunions et la collaboration avec d autre département que notre choix c est porté sur l utilisation d une architecture déjà existante mais qui est entrain d évoluer le projet Medusa. 4.3.1 Medusa Medusa est un outil de métrologie et de supervision développé 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 L architecture technique de Medusa était entrain d évoluait à mon arriver d une architecture itecture 2 tiers vers une architecture 3 tiers. Cette nouvelle architecture pourra prendre en compte les besoins du FAI sans grand effort. Les différents Template graphiques déjà mis à disposition permettent de visualiser les indicateurs et mon travail était plus focalisé sur l implémentation des scripts script pour la génération des indicateurs. Différents indicateurs ndicateurs sont déjà implémentées mais ne servent l intérêt que de certains départements parmi ces indicateurs on a : Vente ADSL, Éligibilité France Telecom, Sabry Stita 25 / 48
4.4 Les indicateurs de la FAI Rapport de stage 4.4.1 Les indicateurs de la Logistique Le principal rôle de la logistique et la gestion des équipements des clients tel que les routeurs ADSL ou les STB, gestion du stock, gestion du référentiel distributeur et bien d autres taches. C est un système technique complexe qui fait appel à plusieurs composants pour gérer les flux logistiques.. Figure 7 - Architecture logicielle des flux logistiques C est un système autonome qui fait appel à plusieurs scripts tous les traitements exécutées sont notés dans des fichiers appelés fichiers de logs. Ces fichiers de logs comportent des données qui peuvent être exploitées pour mettre en évidence des anomalies ou pour mesurer la performance du système. Ma première tache avec l aide de mon responsable était d identifier les fichiers de logs les plus pertinents pour les traitées et mettre en évidence les différents indicateurs. Sabry Stita 26 / 48
Parmi ces indicateurs on a : Indicateur mise à jour liste des distributeurs. Indicateur gestion de parc. VSR déménagement. a) Indicateur mise à jour liste des distributeurs Bouygues Telecom commercialise ses offres à travers un réseau de distributeurs. Tous les jours le référentiel distributeur est mis à jour automatiquement. Figure 8 - Flux d alimentation du référentiel distributeur Les fichiers de logs générés comportent plusieurs informations, un script Shell et Awk permet de traiter ses données afin d extraire les champs les plus importants Cet indicateur permet de visualiser : le nombre de nouveaux distributeurs ajoutés. le nombre de distributeurs mis à jour. le nombre de distributeurs incohérents. les erreurs du code PL/SQL. Sabry Stita 27 / 48
4000 3500 3000 2500 2000 1500 1000 500 0 Mise a jour distributeur 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 insérées % 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 système informatique a été mis en place pour gérer le parc automatiquement afin de détecter plusieurs anomalies tel que : Incohérence entre des équipements et expéditions. Liste des équipements échangés. Équipement indisponible et non rattaché a un client. Liste des clients qui ont des équipements, qui sont en bascule commerciale et qui n ont pas produit acquis associés aux équipements. Liste des clients en cours de construction, qui ont des équipements et qui n ont pas les options réservées associées. Liste des clients en cours de construction qui possèdent des équipements en statut «retour demandé» sans options réservées n'ayant jamais basculés. Liste des clients résiliés pour lesquels la demande de restitution d équipement n n'a pas été effectuée. Mon travail consistait à traiter les fichiers de logs afin de déterminer le nombre d anomalies traitées, non modifiée et insérée a fin d avoir un indicateur. Sabry Stita 28 / 48
25 20 15 10 5 0 12/07 13/07 14/07 4,5 4 3,5 3 2,5 2 1,5 1 0,5 0 Nombre clôturé Nombre Non modifiée Nombre insérée Temps d'éxecution Figure 10 - Indicateur gestion de parc c) Indicateur VSR déménagement Pour la Vérification du Service Régulier du projet déménagement, j ai été amené à réaliser un indicateur. Le projet déménagement consiste à ce qu un client Bouygues Telecom puisse conserver son offre internet lors d un déménagement. Cet indicateur représente le nombre de demandes de déménagement, il a été développé en Perl et l API GD. Figure 11 - Indicateur VSR déménagement Sabry Stita 29 / 48
4.4.2 Les indicateurs web c) Indicateur parcours client L indicateur 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 réaliser un parcours de souscription à une offre FAI pour un client particulier ou professionnel. Il a été développé grâce a une API Graphviz et un langage de script Perl. Il permet de visualiser la liste des appels web services effectués par les différents utilisateurs. Grace a cet indicateur L FAI a pu détecter des parcours erronés, présenter l ensemble du flux d une manière visuelle et prendre des initiatives pour y remédier. Figure 12 - Indicateur parcours client Sabry Stita 30 / 48
d) Indicateur flux Gesweb : Une autre manière pour traiter les logs du projet Gesweb et de représenter les données sur des coordonnées parallèles, c est une technique permettant de visualiser un nombre important d'informations de façon non ambiguë. Chaque axe représentant une dimension, il est donc non seulement possible de représenter l information dans un grand nombre de dimensions, mais aussi de représenter un nombre d événements très important et d en déduire les corrélations. Il a été développé grâce a une API Picviz et un langage de script Perl. Figure 13 - Indicateur flux Gesweb Sabry Stita 31 / 48
5 KILL-WEBBSS 5.1 Objectifs L'objectif est de migrer l'application WEBBSS développée sous C++ en une application Web Java. WEBBSS est un serveur de requêtes en base de données, son fonctionnement simule des web services java hors de nos jours des technologies plus adaptées à ce type de service existent et sont plus faciles à faire évoluer et à maintenir Actuellement WEBBSS est sollicité par d autre système informatique, le but est de le remplacer par des web services soit en les intégrant dans des projets existant soit dans un nouveau projet. Figure 14 - Nouvelle architecture après suppression WEBBSS Sabry Stita 32 / 48
5.2 Le WebBSS dans son contexte Le WebBSS est un serveur de requêtes en base de données. Il est utilisé afin de centraliser toutes les requêtes en provenance des abonnements en ligne. Il permet l'accès à la base B2000 sur les quelles reposent le système de facturation. Le WebBSS se décompose en deux parties distinctes : La partie serveur qui répond aux sollicitations des clients et exécute les requêtes en base de données. La partie cliente qui permet de formuler les questions pour le serveur et récupère les réponses du serveur. La partie cliente se présente sous la forme d'une bibliothèque et peut être insérée dans des applications ayant besoin d'accéder aux bases de données. Elle est actuellement utilisée par les CGI de l'abonnement en ligne. 5.3 Environnement technique Pour la migration de l application WebBss, le choix de l environnement a été le suivant : Serveur : Glasfish Serveur d intégration continue : Hudson Module de test (Junit4) et Easymock Module de logging (Log4j) Framework Spring EJB3 Apache Maven 5.4 Procédé de développement du logiciel Pour le développement nous avons adopté une méthode innovante : le Test Driven Développent (TDD) se traduit en français par "Développement Piloté par les Tests". Il s agit d un procédé de développement logiciel qui améliore sensiblement la qualité des produits en substituant l'approche traditionnelle "Coder-Tester-Déboguer" par l approche "Tester- Développer-Remanier". Ce procédé possède la propriété de pouvoir prendre en considération la chaoticité du changement des spécifications tout au long du développement tout en permettant de contrôler en temps réel la non régression fonctionnelle de ce qui a déjà été développé. Ainsi il élimine un certain Sabry Stita 33 / 48
nombre de goulots d étranglement liés au processus de développement et contribue à linéariser sa complexité et à réduire considérablement les coûts d intégration, de recette et de maintenance. En conséquence, Qualité logicielle, Pérennité et Évolutivité sont les maîtres mots de ce nouveau procédé qui permet de produire plus efficacement tout en réduisant le nombre de défauts et les coûts de développement 5.5 Méthode de gestion de projet Avec l aide d un chef de projet j ai été initié à Scrum qui est une méthode agile dédiée à la gestion de projets. Son objectif est d'améliorer la productivité des équipes auparavant ralenties par des méthodologies plus lourdes. Nous pouvons décrire Scrum en cinq étapes : Divisez l organisation en petites équipes multidisciplinaires et auto-organisées. Divisez le travail en une liste de petits livrables concrets et triez cette liste par priorité et estimez la taille relative de chaque élément. Divisez le temps en petites itérations de durée fixe appelées des sprints et durant habituellement de 1 à 4 semaines Optimisez le planning de la version et mettre jour les priorités en collaboration avec le client, sur la base de ce que nous avons appris après chaque sprint. Optimisez le processus en organisant une rétrospective après 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 intégrant régulièrement pour voir l'ensemble. 5.6 Au cœur du projet La première phase du projet que j ai du faire été la documentation de toute les fonctionnalités à 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 m a demandé beaucoup de temps Dans cette phase il fallait identifier les flux d entrer et de sortie de chaque fonctionnalités, le code SQL ou PL/SQL ainsi d évoluer la complexité du code. Deuxième phase, une fois la première phase achevée des réunions ont été nécessaire pour définir les priorités des fonctions à migrer. Ensuite avec la collaboration de mon chef de projet nous avons réalisé notre premier Sprint. Sabry Stita 34 / 48
Figure 15 - Exemple de Sprint avons : Dans chaque Sprint plusieurs taches sont affectées aux développeurs, parmi ces taches nous Remplir les formulaires de demandes de requête SQL : cette tache consiste pour chaque fonction à migrer d extraire le code SQL et de l envoyer a une équipe spécialise dans le développement SQL Définir l'opération WS (Signature / Écrire la documentation Javadoc STI) Rédaction des tests unitaires. Implémentation (Conception Objet / Séparation des couches). projet. Troisième phase, c est la phase d implémentation nous somme actuellement à cette étape du Sabry Stita 35 / 48
6 Autres missions En parallèle de mes missions pour le stage, j ai réalisé des travaux supplémentaires. 6.1 Automatisation des tests Soap UI Une des taches au sein de Bouygues Telecom a consisté à automatiser les tests SOAP UI et 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 exposés, mais aussi de simuler la présence de Web Services. La première tache qui m a été confie été de trouver une solution pour extraire les jeux de données a partir d un fichier XML de manière automatique, le but était de tester le comportement des web Services avec différentes données en entrée, la solution trouvée a été de implémenter un script Groovy qui s intègre parfaitement à SOAP UI. La deuxième tache a été de faire évoluer le cahier de test cela était possible grâce à l indicateur parcours client. Sabry Stita 36 / 48
7 Bilan 7.1 Phase actuelle Actuellement, toute l architecture du projet FABINDICATEUR est mise en place. Les points restant à finaliser sont : Création des Template pour l affichage des indicateurs sur Medusa. Installation des API Graphiz et Picviz sur l environnement de production. Pour le projet KILL-WEBBSS les développements sont encore en cours, une partie des fonctionnalités ont été implémentées mais il reste une grande partie. J espère avoir le temps nécessaire pour aborder et finaliser tous ces aspects, car parallèlement le projet FABINDICATEUR a pris un peu de retard sur certaines phases, la première mise en production (MEP) étant prévue courant septembre, mon implication dans ce projet va donc devoir être plus importante en vue de rattraper ces retards. 7.2 Difficultés rencontrées La première difficulté rencontrée lors de ce stage a été la découverte d un nouveau domaine, celui des Télécoms. Domaine, qui possède son propre langage très particulier, auquel j ai eu du mal à m adapter au départ. Malgré ces désagréments, les membres de l équipe ont pu me donner les réponses à toutes ces questions. De nombreux sites Internet vulgarisant ce domaine m ont également été utiles. En plus de cela, l entreprise a elle aussi développé aux cours des années un langage spécifique Bouygues Telecom. C est pour cela, qu il a été très difficile pour moi de suivre les premières réunions et premiers comités de projet. Ce problème de compréhension s est peu à peu dissipé et j ai finalement adopté ce langage si particulier. J ai également rencontré un autre problème lorsque j ai dû rédiger 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 rédaction des documents officiels. Ce formalisme bien qu étant nécessaire pour permettre à l ensemble des collaborateurs de se renseigner plus aisément sur le projet, m a semblé parfois un peu pesant. Mais il faut reconnaître que compte tenu de la quantité très importante de documents fournis pour chaque projet, ce formalisme Sabry Stita 37 / 48
permet de rendre un peu moins complexe la recherche d informations au sein de ces documents si nombreux. Cette difficulté de recherche de l information est, je pense, commune à toutes les grandes entreprises. J ai donc souvent rencontré ce problème, mais j ai su la plupart du temps le résoudre. Techniquement, la principale difficulté a été de m informer sur les technologies utilisées. Celles-ci étant relativement récentes, peu d informations à leurs sujets circulent sur le web. C est donc en testant et en apprenant par moi-même que j ai pu aller de l avant Ce stage m a permis d être davantage conscient des réalités du monde du travail : Délais à respecter clients à satisfaire, problème budgétaire En effet, contrairement aux projets réalisés pour l université, les projets au sein de Bouygues Telecom ont des fins commerciales et engendrent des frais importants de réalisation. Cette réalité commerciale et budgétaire a été un paramètre nouveau pour moi, j ai dû en tenir compte et m y soumettre. Ne souhaitant pas affecter mon travail par trop de retard et ralentir l évolution du projet KILL-WEBBSS, on pouvait être amené à devoir négocier, afin de mener à bien un projet dans les délais fixés. Il est donc très important de développer un bon relationnel avec l ensemble des acteurs d un projet, sans jamais oublier que notre travail dépend en grande partie du travail des autres. Cette interdépendance entre les différents acteurs d un grand projet peut se révéler être parfois un peu frustrante. En effet il arrive que notre travail soit bloqué par le manque d efficacité ou de rapidité d un 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
CONCLUSION Ce stage a été une expérience enrichissante de tout point de vue. Tout d abord il m a permis de connaître encore davantage le monde du travail en me permettant de découvrir le métier développeur informatique. J ai également pu acquérir de nouvelles connaissances et découvrir le monde dynamique des Télécoms. J ai pu faire partie le temps de quelques mois d un milieu professionnel dont j avais de vagues idées. Au sein de Bouygues Telecom, j ai été considéré comme un collaborateur à part entière et non comme un simple stagiaire, j ai ainsi pu découvrir les responsabilités et difficultés que peuvent rencontrer tous les jours les ingénieurs. J ai également ressentie la grande satisfaction que procure l aboutissement d un travail. De plus, j ai appris à faire face à certains problèmes rencontrés et à les contourner afin de ne pas perdre de temps. Le temps, étant un facteur primordial dans nos métiers, en effet un développeur doit tenir compte des dates imposées dans le cahier des charges et planifier toutes les phases du développement (étude, rédactions, codage, etc.) en fonction de celles-ci. J ai également du effectuer de nombreuses recherches et en cibler les résultats, ce qui m a permis d améliorer ma capacité de recherche de l information. Le monde informatique évoluant tellement rapidement, la connaissance des nouveautés est en effet, une réelle nécessité pour choisir le meilleur outil technologique adapté à un projet. Pour Bouygues Telecom, ce projet a permis de répondre à des besoins concrets, à savoir l étude de nouvelles technologies. L entreprise a dorénavant à disposition les conclusions des études menées. Au final, je pense avoir beaucoup appris, tant au niveau technique qu au niveau fonctionnel et personnel. J espère en apprendre encore davantage et aboutir à un projet entièrement finalisé et utilisable par les collaborateurs Bouygues Telecom. Je pense que cette expérience m a beaucoup apporté en maturité et me sera très utile lors de mon entrée sur le marché du travail. Sabry Stita 39 / 48
BIBLIOGRAPHIE Au cours de ce stage, j ai été amené à consulter une documentation diverse, en voici la liste : Sites Internet : Développement : - Codage : http://www.developpez.com/ Telecom : - App-Line: http://www.app-line.com - E-Rezo : http://www.e-rezo.com/ wikipedia - Encyclopédie :http://fr.wikipedia.org Sabry Stita 40 / 48
GLOSSAIRE API Application Programming Interface. Bibliothèque de fonctions destinées à être utilisées par les programmeurs dans leurs applications. Ces fonctions facilitent l'écriture des programmes en fournissant des routines (procédures) pour gérer des éléments particuliers (affichage, pilotage de périphériques ). AWK Awk est un langage de traitement de lignes, disponible sur la plupart des systèmes Unix et sous Windows avec Cygwin ou Gawk. Il est principalement utilisé pour la manipulation de fichiers textuels pour des opérations de recherches, de remplacement et de transformations complexes. BSS Un Business Support System est l'ensemble des composants fonctionnels ou les activités qui définissent le métier d'un opérateur de télécommunications, et qui sont assurées par son exploitation opérationnelle). Le terme BSS ne se limite plus maintenant aux opérateurs de téléphonie mobile, fixe ou du câble, mais peut également s'appliquer aux prestataires de services dans tous les secteurs tels que les services publics Cycle de vie C est la modélisation du déroulement d un projet. Le cycle de vie du projet conduit à formaliser la démarche utilisée pour réaliser le projet et, ainsi, toutes les phases mises en œuvre sur le produit (exemple : cycle de vie en V, cycle de vie incrémental, etc.). Cycle en V Cycle de développement adapté aux projets industriels DSS L informatique décisionnelle (en anglais : DSS pour Decision Support System ou encore BI pour Business Intelligence[1]) désigne les moyens, les outils et les méthodes qui permettent de collecter, consolider, modéliser et restituer les données, matérielles ou immatérielles, d'une entreprise en vue d'offrir une aide à la décision et de permettre aux responsables de la stratégie d'entreprise d avoir une vue d ensemble de l activité traitée. Framework Bibliothèque de classes spécialisées orientées objet. Un Framework fournit aux programmeurs un canevas de travail et des objets spécialisés (accès aux bases, objets métiers...). Sabry Stita 41 / 48
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 très proche de Java, avec des accolades, et est directement compilé, soit à la volée dynamiquement, soit classiquement avec un compilateur en bytecode. IDE Integrated Development Environment. L'IDE est une interface qui permet de développer, compiler et exécuter un programme dans un langage donné. La plupart des langages de programmation (Java, Langage C, etc...) sont associés à un outil permettant de saisir du code, compiler, débugger et exécuter des programmes. Cet outil combine les fonctionnalités d'un éditeur de texte, d'un compilateur et d'un débugger. Il rend plus pratique la programmation, peut disposer de fonctions de complétion automatique de textes pour accélérer la saisie. IHM Interface Homme Machine SERVLET Script en langage Java exécuté sur le serveur, par exemple pour interroger une base de données. La technique JSP est une extension de celle des Servlets permettant de combiner dans la même source, du code HTML ou XML avec du Java. SDK Software Development Kit. Kit de développement de logiciels, terme surtout utilisé chez Microsoft. STI Les Spécifications techniques d'interface, abrégé sous le sigle STI, ou Spécifications techniques d'utilisation du réseau (acronyme Stur), sont, dans l'industrie des télécommunications, les spécifications techniques que doivent respecter les équipements terminaux pour pouvoir se connecter au réseau d'un opérateur. SCI Software Component Item = Composant Logiciel SF Système Fonctionnel SI Système Informatique ST Système Technique Sabry Stita 42 / 48
OSS Un Operations Support System ou un Operational Support System est l'ensemble des composants opérationnels ou les systèmes informatiques utilisés par un opérateur de télécommunications. Elle est synonyme de maintenance opérationnelle dans le domaine des télécommunications. MEP Mise en Production MOA Maîtrise d Ouvrage MOE Maîtrise d œuvre PO Plan Opérationnel PERL Langage de programmation créé par Larry Wall en 1987 et reprenant des fonctionnalités du langage C et des langages de scripts Sed, Awk et Shell (sh). C'est un langage interprété, polyvalent, et particulièrement adapté au traitement et à la manipulation de fichiers texte, notamment du fait de l'intégration des expressions régulières dans la syntaxe même du langage POSTGRESQL PostgreSQL est un système de gestion de base de données relationnelle et objet (SGBDRO). C'est un outil libre disponible selon les termes d'une licence de type BSD. VABE Vérification de l Aptitude à la Bonne Exploitabilité VABF Vérification de l Aptitude au Bon Fonctionnement VSR Vérification du Service Régulier Web Service Technologie permettant à des applications de dialoguer à distance via Internet indépendamment des plates-formes et des langages sur lesquelles elles reposent. Sabry Stita 43 / 48
ANNEXES PLSQL Developer : Eclipse : http://www.eclipse.org Sabry Stita 44 / 48
CRM ALF Redmine Sabry Stita 45 / 48
Hudson SoapUI SoapUI est un outil de test de WebService gratuit. Il permet d inspecter, appeler, développer, réaliser des tests en charge/fonctionnels de services Web utilisant le protocole HTTP. Il apporte aussi des «plugins» pour les EDI les plus répandus du marché : eclipse, IntelliJ IDEA, NetBeans, etc. Voici quelques unes de ses options : Inspection de web services Permet de visualiser les WSDL qui sont importés Support de SOAP 1.1 et SOAP 1.2 2. Invocation de web services : Génération automatique des messages requêtes Supporte authentification Basic, Digest, WS-Security et NTLM Gestion des entêtes HTTP pour chaque opération. Sabry Stita 46 / 48
3. Développement et validation de web services Génération de code serveur et client pour les API les plus populaires : JBossWS, JWSDP, Axis 1 et 2, etc. Valider la définition et les messages du web service contre le «WS-I Basic Profile» Valider les requêtes et réponses contre leur schéma de définition. 4. Tests fonctionnels de web services Création de TestSuites/TestCases Utilisation de scripts «Groovy» pour l exécution de tests arbitraires ou selon les réponses. 5. Test en charge : Création de tests en charge pour les TestCases Analyse de performance pour des scénarios variés. d'exécution Diagrammes de comportement qui permettent l'analyse en temps réel des statistiques Sabry Stita 47 / 48
Résume Mon stage de deuxième année de master PLS, prévu sur une période de 6 mois (du 1 Mars au 31 Septembre 2010), s est déroulé à Meudon, à la direction système d information de l entreprise Bouygues Telecom, troisième réseau de téléphonie mobile et récemment fournisseur d accès internet. Mon travail au sein de l équipe fournisseur d accès internet consistait à concevoir le tableau de bord de la direction système d information permettant de mesurer le bon et mauvais fonctionnement des applications, d améliorer la détection d'incidents et d anomalies sur certains composants, ainsi qu en la migration d une 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