Nicolas HERBRETEAU

Conseil Régional d’Ile-de-France – Paris (75) - mai 2009 à novembre 2009



Depuis 1999, la Région Ile-de-France utilise le progiciel Coriolis pour engager et mandater les opérations de subventions, mais cette gestion n’inclut pas le processus de dépôt et d’instruction dans les Directions Opérationnelles des dossiers de demandes d’aides dont le nombre va croissant et dont le traitement reste essentiellement manuel.
La Région Ile-de-France a donc décidé de doter tous ses services, à échéance début 2010, d’un outil de gestion partagé des aides et des subventions.
Au sein du Groupement constitué par EffiTIC, MGDIS, et BULL :
• EffiTIC assure la Direction globale du projet, pilote et réalise l’accompagnement au changement et supervise l’ensemble des actions de formation. EffiTIC assure également le développement et la mise en œuvre des extranets dans la filière de développement Acube.
• MGDIS fournit la solution progicielle PROGOS, pilote et réalise l’ensemble des chantiers fonctionnels et techniques progiciels, et assure les prestations d’expertise fonctionnelles et techniques autour de cette solution. MGDIS prend également en charge la majorité des formations.
• BULL apporte son expertise dans les interfaces avec le progiciel de gestion financière (Coriolis) avec lequel la solution PROGOS doit d'interfacer, et participe à la démultiplication des formations.
En parallèle avec la recette fonctionnelle, les extranets font l’objet d’une recette technique qui intègre des tests de charge et de performances.


Missions :
• Définition de la stratégie de tests de charges et de performances, en lien étroit avec l’architecte technique et le Chef de projet extranets,
• Elaboration des Spécifications de tests (types de tests : montée en charge, tenue en charge, pics d’activité, scénarii fonctionnels et techniques, métriques de performances, restitution des mesures et des métriques, jeux de données nécessaires, paramétrage, planning),
• Développement des scripts, variabilisation,
• Fabrication des jeux de données,
• Organisation et planning des tirs de performances avec le Client,
• Mise au point des scripts sur la plate-forme de tests EffiTIC,
• Réalisation des tirs sur site Client,
• Reporting quotidien sur l’avancement des tests,
• Elaboration du Rapport de tests (architecture mono-ligne, multi-ligne, finale),
• Renouvellement des tirs après chaque adaptation ou enrichissement technique (mise en place solution d’authentification Web SSO CAS, migration Axis, externalisation de l’annuaire, etc.).


En complément des tests :
• Etude de la solution de la solution d’authentification Web SSO CAS en lien avec l’architecte technique, et présentation au Client,
• Participation à la mise en place de CAS,
• Documentation d’installation et de mise en œuvre (partie serveur),
• Etude préalable de la solution d’anti-virus et de contrôle de format de fichier ClamAV (installation plate-forme, étude faisabilité).


Environnement technique :
Outils de tests
Les métriques applicatives sont restituées :
• Côté client : JMeter
• Côté serveur : filtre JEE pour les temps de traitement http, Shadowtail
• Couplage des outils de reporting : scripts Shell et Awk
• Génération de graphiques : Rrdtool
• Filière de développement Acube
• Framework client riche W3C (XHTML, CSS, JavaScript), JAVA J2EE, Spring, Spring Web MVC, Axis, XML, XSLT, Log4J
• Environnement : Apache, Tomcat, IE 6/Mozilla, Maven 2
• Design Patterns : MVC (Spring), Strategy, Composite
• Outils : Eclipse + plugins, SVN, Checkstyle, Mantis
• Autres briques : CAS, ClamAV.

GEFCO – Paris (92) puis Nantes (44) - Avril– Juin 2008 / Sept. – Oct. 2008 / Mars – Avril 2009



L’application INES permet à l’ensemble des filiales du groupe GEFCO d’assurer l’optimisation et l’exécution en temps réel, de manière centralisée, des activités opérationnelles de la branche lot et messagerie.
Dans le cadre de sa démarche de rationalisation et d’industrialisation de ses activités informatiques, GEFCO a confié à EDS les activités de tests INES dans un mode de contractualisation forfaitaire.
Début 2008, l'ensemble des cas de test INES existants sous Word et Excel ont été migrés dans le référentiel de tests TestDirector for Quality Center.
La campagne de VNR (Vérification de Non Régression) Palier 2 INES dans les locaux de GEFCO en avril 2008 avait pour objectifs :
• De valider la non régression de l’application INES pour le Palier 2, version majeure de l’application INES,
• De valider l’organisation mise en place par EDS pour les campagnes de non régression en vue d’une relocalisation des équipes dans les locaux du centre de services EDS à Nantes,
• D’initier l'enrichissement du référentiel de tests.
Les campagnes de VNR des paliers suivants (sept. 2008 et mars 2009) ont eu lieu dans les locaux du centre de services Tests EDS à Nantes.


Missions :
• Appropriation fonctionnelle de l’application dans sa globalité
• Exécution de la campagne de test de non régression.
• Support interne
• Enrichissement des tests


Environnement technique :
• Système d’exploitation : Windows XP, Citrix
• Outils de test : Quality Center 9.2.

INSEE - Nantes - Juin 2008 à février 2009


Le programme RESANE consiste en la refonte des statistiques annuelles d’entreprise de l’INSEE. Le programme RESANE est stratégique pour l’INSEE, car il concerne un des domaines principaux du cœur de métier de l’INSEE et vise à réaliser d’importants gains de productivité (50% pour le processus de production) qui s’inscrivent dans un plan d’économie global du Ministère de l’Économie et des Finances.
La prestation confiée à EDS a pour objet :
• La définition de l'ergonomie générale des applications du programme RESANE, en partenariat avec le CNAM auquel EDS a fait appel pour l’assister sur ces aspects,
• La conception détaillée et le développement des IHM nécessaires à l'Élaboration des Statistiques Annuelles d'Entreprises (ESANE). Le nombre d'écrans à développer pour les IHM ESANE se situe entre 300 et 400.
• La réalisation de maintenance évolutive avant la mise en production de ces IHM début 2009.
• Ainsi que des demandes d'évolution prévues en 2009 suite au fonctionnement de RESANE en production durant une première campagne. Ces demandes passeront en production pour la 2ème campagne en 2010.
Les développements s’inscrivent dans une approche itérative déployée sur 9 sous-lots de conception/réalisation.


Missions :
• Développement des IHM des modules ESA et IEG, en commençant par de la maintenance corrective,
• En charge du prototypage de la solution de génération de PDF (IEG),
• Automatisation de la gestion des versions de développement, qualification, performances, et livraison (SVN, scripts ANT),
• Référent sur les tests fonctionnels (tests de validation avant livraison),
• Responsable des tests techniques JMeter,
• Qualification des retours de recette,
• Chiffrage de la réalisation des évolutions,
• Ecriture de scénarii, déroulement, interprétation et rédaction de rapports de tests de performance.


Environnement technique :
• J2EE 1.4, Tomcat 5.5, Apache
• MVC : Struts 2.0, Tiles et Taglib,
• IHM : Yahoo UI, Javascript, Ajax
• Outils : Eclipse (IDE) , Checkstyle (qualimétrie), Ant (build), SVN (gestion de versions), Mantis (gestion des anomalies), JMeter (tests de performance)

GIE Sesam-Vitale – Le mans (72) - Octobre 2007 – avril 2008



La liste d’opposition incrémentale est une liste contenant les numéros des cartes vitales en opposition. Le système permet la récupération de liste d’opposition quotidiennement sur un serveur, l’import et la création d’une LOI et d’une dLOI. La dLOI est la différence entre la nouvelle LOI et l’ancienne LOI.
Les professionnels de santé peuvent envoyer des mails de demandes de dLOI dans le but de mettre à jour leur système de gestion de carte. Ces mails sont alors enregistrés dans le système puis traités à l’aide d’un système de crontab.
Le système peut aussi être purgé, et il crée ces rapports d’exploitation.
Le service de distribution d’opposition doit assurer 3 fonctions principales :
• Génération de la LOI (Liste d’Opposition Incrémentale) et des dLOI (deltas LOI) à partir de la liste des numéros de série des cartes en opposition fournie par la Gestion Technique des Cartes du GIE (GTC)
• Mise à disposition de la LOI et des dLOI vers les éditeurs et OCT via un serveur HTTPS avec login et mot de passe.
• Mise à disposition des incréments dLOI pour les PS via messagerie SMTP


Missions :
• Rédaction du plan de tests d’intégration système du Distributeur d’Opposition Incrémentale. Il s’agit d’écrire :
- La stratégie de tests et la méthodologie utilisée (découpage en phase, pré-requis à satisfaire avant de débuter les tests, gestion des anomalies, …).
- Le périmètre des tests (exigences couvertes, catégories de tests couvertes, ordonnancement des tests).
- Les modalités d’organisation des tests.
- La gestion des risques.
• Spécifier les tests d’intégration système du distributeur d’Opposition Incrémentale. Il s’agit de spécifier les tests à dérouler sur le système afin de vérifier les exigences listées dans le plan de tests, et de spécifier les cas de test.
• Spécifier les tests d’accrochages avec les partenaires.
• Conduire la première campagne du Distributeur d’Opposition Incrémentale
• Les résultats de tests obtenus sont enregistrés sous TESTDIRECTOR et dabs un compte-rendu de tests d’intégration système sous Word listant les anomalies recontrées.
• Les anomalies détectées font l’objet de demandes de modification enregistrées sous Synergy CS de TELOGIC.


Environnement technique :
• Système d’exploitation : Redhat, Aix, Windows XP,
• Outils de test : Testdirector 8, JMeter, Requisit Pro,
• Serveur Web : Tomcat 5.5 , Apache 2.0.52
• Sécurité: Certificat x509, clé RSA,
• Base de données : Mysql,
• Autres : Java 5 / 6, Ant.

ADEUZA est une société éditrice de logiciels spécialisés dans la mobilité. L’objectif du stage était de complèter une équipe de développement de 20 personnes afin de participer à la création de la nouvelle version du logiciel « Movalys ».
Le stage s’est déroulé en deux phases, la première a consisté à interpréter un fichier XML et la seconde à modifier l’interface.

Missions :
Intégration d'une application dans le logiciel « Movalys » :
· création de spécifications fonctionnelles et techniques,
· interprétation d'un fichier XML et insertion en base,
· modification de l’interface à l’aide d’un framework.


Environnement technique :
· Langages et API : JAVA, J2EE, XSL, XML, DOM,
· Serveur : Tomcat,
· Utilitaires : MAVEN, Subversion, Eclipse,
· Base de données : Oracle

BOUYGUES Telecom – Vélizy (78) - septembre – octobre 2007



BOUYGUES Telecom gère aujourd’hui une activité de Service Après Vente (SAV) centrée autour de plusieurs outils dont les systèmes e-SAV (front-office) et SUMO (back-office) destinés à assurer le suivi des mobiles en réparation. Ces systèmes ont été développés par EDS.
Dans l’objectif d’améliorer les circuits de prise en charge des Clients en SAV, et de gestion des relances, BOUYGUES Telecom a confié à EDS un lot d’évolutions sur l’application e-SAV.

Missions :
• Appropriation des processus impactés, des spécifications fonctionnelles et de l’architecture technique déjà en place,
• Prise en charge d’une partie des évolutions (FE-702, FE-708),
• Modification d’écrans afin d’assurer la prise en compte de nouvelles données,
• Développement des accès aux données, modification de traitements en PL/SQL,
• Tests de qualification croisés avec les autres développeurs (qualification FE-710), exécution des tests spécifiés dans la STQL, analyse des résultats,
• Gestion des campagnes de tests et des anomalies dans TestDirector,
• Dépouillement de logs Websphere (200 000 lignes) dans le cadre de la maintenance corrective de SUMO V5.1, localisation des problèmes, diagnostic.

Environnement technique :
• Serveur de base de données : AIX 5.2, Oracle 9i,
• Serveur d’application : W2K SP3, Websphere 5.0.2,
• Frontal Web : Linux noyau 2.6.11.9, Apache 2.0.54-5,
• Postes client : Windows XP, Delphi BDE 5.01, Firefox 1.07 , Internet Explorer 6,
• Librairies JAVA : STRUTS, Tiles, Validator, IText, FOP, Hibernate, JSF, AJAX,
• Outils : Eclipse 3.1, MacroMedia Dreamweaver, Magic Draw UML, Apache/Tomcat 4.1, Websphere Application Server 5.02, Opensta, CVS, TestDirector, Apache/Ant, GNU UnixUtils, JDK 1.3, Power*AMC V8.0, Office 2003 - SP1, Acrobat V5.0.

EXPLORE - Carquefou (44) - mai 2006 à septembre 2006


Explore est une société de veille commerciale qui souhaitait renouveler son interface client à l’aide de l’outil « SugarCRM ». Toutes les phases du stage puis de l’emploi saisonnier se sont déroulées avec une forte autonomie.



Missions :
Modification de l'application de l'open source «SugarCRM» :
· réalisation d'un cahier des charges,
· création de spécifications fonctionnelles et techniques,
· développement,
· création des guides d'utilisation et d'installation,
· mise en place sur un serveur Linux.


Environnement technique :
· Langages : PHP, HTML, Javascript, Windev
· Serveur : Apache
· Utilitaire : Windev
· Bases de données : MySql, SQLServeur

SOREGOR – Angers (49) - mai 2005 à juillet 2005


La SOREGOR est une société d’expertise comptable. Intégré dans une équipe de développement de 3 personnes, la mission a consisté à ajouter un module concernant le DIF, à l’application de gestion des employés.
Environnement technique :
· Langages: PHP, ASP, HTML, Javascript, Windev
· Serveur: Apache
· Utilitaire: Windev
· Bases de données: SQLServeur


Missions :
Module de RH concernant le DIF dans une application de gestion comptable.
· réalisation d'un cahier des charges, en déterminant les besoins du client,
· création de spécifications fonctionnelles et techniques,
· développement.

Projet
Modification de l'intranet de l'entreprise par un ajout de statistiques sous la forme de diagramme.
Création d'un moteur de recherche.
Environnement technique :
· Langages et API: JSP, JAVA, Swing, DOM
· Serveur: Apache
· Base de données: Oracle