CV/Mission d'Ingénieur decforms freelance

Exemple de missions d'Olivier,
Ingénieur decforms habitant le Val-de-Marne (94)

• (OCSI)
  2007 - 2008

  Mission HSBC France DMTC/ BACK OFFICE
  Oracle PL/SQL ClearCase DCL Cobol
  MOE/MOA sur une Application VMS/Cobol : SGS.
  Mission en tant que Ingénieur d’études sur l𠆚pplication BACK OFFICE qui permet de traiter l𠆞nsemble des Swaps de Taux du DMTC HSBC provenant du FRONT OFFICE (Summit)
  SGS permet ainsi de processer l𠆞nsemble des Deals Swaps pour l𠆞nvoi des Annonces, des Confirmations et des Paiements(sous forme de Format Pseudo Swift)& In Fine la Comptabilité avec la génération des CROS & des CRIS en destination de RDJ.
  
  MOE/MOA sur une Application VMS/Cobol : SGT.
  Mission en tant que Ingénieur d’études sur l𠆚pplication BACK OFFICE qui permet de traiter l𠆞nsemble des Dépôts Emprunts du DMTC HSBC provenant du FRONT OFFICE (FTC application maison)
  SGT permet ainsi de processer l𠆞nsemble des Deals de Prêt Emprunt pour l𠆞nvoi des Annonces, des Confirmations et des Paiements(sous forme de Format Pseudo Swift)& In Fine la Comptabilité avec la génération des CROS & des CRIS en destination de RDJ.
  
  Gestion de Projet sur une Mise en place d’un Portail Swift : GSW.
  Mission en tant que Chef de Projet sur l’étude de faisabilité et du besoin Client concernant l’implémentation d’un Portail Swift générique permettant de transcoder n’importe quelle source en Entrée sous la forme d’un Swift paramétré. GSW a pour objectif d’éliminer la granularité des Process DMTC qui ont pour but la génération d’un Swift en fonction du périmètre considéré (Quatre Applications seront décomissionnées par GSW).
  • Etude de faisabilité, Etude des besoins utilisateurs et du Back Office.
  • Création de la Base de Données GSW SGBDR Oracle 10G
  • Maintenance de l’IHM & Traitements SGS/SGT sous Cobol DecForms.
  • Développement de l𠆞nsemble des procédures Stockées (Oracle 9) servant à la Génération des Cris SGS & SGT.
  • Support MOA/Production.
  • Mise en Place des Procédures de Suivi et de Support Client.
  • Refonte complète des Environnements de Développements et de Tests.
  • Développement de Batchs en DCL (Vax VMS) afin d’établir des Reportings d𠆚udit sur les référentiels des Contreparties & des Circuits de Règlement.
  • Etude de Faisabilité, puis mise en Place de l𠆚rchitecture Process
  GSW Portail Gate Swift.
  • Mise en Place de l’Interface de communication entre SGT et le Front Office Prêt Emprunt FTC.
  • Amélioration des Performances Oracle (Tuning), sur les Reportings Clients et les procédures stockées. Portage des traitements de transcodifications Clients vers des traitements traités par le serveur uniquement.
  • Rédaction de la documentation Utilisateurs. Documentation pour Déploiement du Client & pré requis sur Postes Clients 2000 IMAGE, Mise en Place d’une FAQ SGS/SGT.
  • Utilisation de ClearCase afin de gérer le versioning du code et la compilation et le Link des exécutables Cobol.

• (Aura Group) BNP/PARIBAS Arbitrage BACK OFFICE
  2001 - 2006

  Mission
  Visual Fox Pro6, MSQL Server 2000, Businees Objects, IntelliJ Idea, Java
  Gestion de Projet sur une Application Client/Server : AGORA.
  Mission en tant que Ingénieur d’études, puis Chef de Projet sur l𠆚pplication BACK OFFICE qui permet d’intégrer tous les flux typés Marchés Organisés (Deals & Positions) provenant du FRONT OFFICE (EAI) ainsi que de toutes les sources Brokers de BNP PARIBAS Arbitrage.
  Agora permet également de mettre à jour ces différents flux au travers des modules de transcodifications génériques s𠆚ppuyant sur l𠆞nsemble des référentiels du Back OFFICE.
  L𠆚pplication est également un Outil de réconciliation entre les flux de même périmètre, un gestionnaire de suivi des Ecarts.
  Les flux, une fois alignés sur le référentiel BACK OFFICE, rapprochés et validés, seront transférés vers les Outils BACK OFFICE : CALYPSO & UBIX.
  La dernière fonctionnalité d𠆚GORA est un Module de suivi des Ecarts de Positions entre le BACK OFFICE et le FRONT OFFICE. L’outil va permettre de réconcilier des écarts grâce à un moteur de critères de rapprochement moins restrictifs, de typer ces mêmes écarts. Le reporting résultant d𠆚GORA sert à communiquer aux MIDDLE OFFICE les Risques Business issus des Ecarts Fonctionnels/structurels entre le BACK & le FRONT.
  • Etude de faisabilité, Etude des besoins utilisateurs et du Back Office : Mise en Place d’une Architecture Composant/Objet où chacune des entités fonctionnent indépendamment des autres existantes : l’objet Alimentation, Correspondance, Contrôles, Mise A Disposition & Rapprochement. Choix de la souplesse d’utilisation de chacun des composants :
   l’Objet Alimentation a la particularité de pouvoir effectuer des filtres internes sur son propre périmètre.
  Une première étape de transcodification peut déjà avoir lieu au sein même de l𠆚limentation évitant ainsi la surcharge de composants Correspondance liés à cette même alimentation. Cet objet intègre n’import quel flux de type fichier (flat files), SQL (SQL Server, Oracle….), tables FOX PRO, Fichiers XLS.
  l’Objet Correspondance est caractérisé par deux fonctionnalités distincte : la correspondance de valeurs permettant de transformer une valeur A en une valeur B en pivotant via le référentiel source, et la correspondance de champs permettant d𠆞nrichir le flux d𠆞ntrée issu de l𠆚limentation via les référentiels Back Office. Le référentiel propre au Processus Agora est auto-feedé par des alimentations paramétrées en conséquence.
  l’Objet Contrôle est le composant qui verifiera la qualité des informations présentes dans le flux considéré via à un gestionnaire de règles (également entièrement indépendant)
  l’Objet Mise A Disposition est le composant qui permettra le transfert d’un flux de données nettoyé et cohérent vers le système cible voulu (soit l’outil Back Office interne, soit vers CALYPSO, soit vers UBIX).
  l’Objet Rapprochement est le composant qui définira l𠆞nsemble des Flux à matcher avec un autre ensemble de flux. Le choix de la granularité du périmètre de rapprochement est totalement ouvert : soit le rapprochement concernera des flux de même nature métier/activités, soit des flux partiellement compatibles, soit n’importe quel type de flux
  L’étude s𠆞st focalisé sur la mise en place d’un système au maximum générique & paramétrable nécessitant aucune intervention de la part de la MOE.
  • Création via POWER AMC de la Base de Données SGBDR MS SQL SERVER 2000
  • Développement de l’IHM & Traitements du Client (Alimentations/Transcodifications) sous Visual FOX PRO 6 : Utilisation de la couche Objet/Classe de VFP avec notion d’héritage et de polymorphisme.
  • Développement de l𠆞nsemble des procédures Stockées (SQL SERVER) servant au module de Réconciliation : toute la partie exécution des réconciliations de l’objet Rapprochement s�tue via des procédures stockées. Elles connaissent toutes le même squelette, seuls les critères et le netting évoluent pour chacune d𠆞lles. L𠆚pplication gère via l’IHM le choix ainsi que l𠆚ppel du modèle désiré : le paramétrage permet ainsi de choisir sa réconciliation en fonction des besoins fonctionnels. Chaque objet Rapprochement peut contenir X objets Procédures Stockées.
  • Développement de l𠆞nsemble des Reportings Crystal Report permettant d’imprimer les hypothétiques Rejets/Ecarts lors de l𠆞xécution des objets Rapprochements/ Correspondances/ Contrôles. Avec la même logique de construction du Process, un objet Report, indépendant, permet de lancer le Build du reporting. De même, via l’IHM et par essence via le paramétrage, l’utilisateur choisit le reporting qui lui semble adéquat à n’importe quel endroit de la chaîne du process.
  • Mise en place d’un référentiel interne au process lui-même afin de pouvoir nettoyer les flux entrant de système externe (Clearers, Brokers, Middle office) : Titres, Agents négociateurs, Dépositaires, Portefeuilles, Contrats Dérivés…..La tenue à jour du référentiel se fait via le process lui-même en utilisant les objets Alimentations qui vont nourrir les Master Data fonctionnelles du process.
  • Développement d𠆚utomates Intégration & Réconciliation en VFP6 : les automates tournent 22 heures / 24. Chacun des traitements à lancer (Fichiers & SQL pour la partie Intégration-Transcodification et Rapprochements pour la partie Réconciliation) connaît des bornes horaires dans lesquels il est susceptible d’être exécuté si l𠆞nsemble des pré-requis est respecté. En cas d’échec de l𠆞xécution d’un des traitements, un message est envoyé via des trappes SNMP à l𠆞xploitation IT afin d𠆚vertir la MOE/MOA d’un hypothétique problème. Les automates passent aux traitements suivant et réessaieront d𠆞xécuter à nouveau le traitement défectueux lors du cycle suivant.
  • Support MOA/Production : Conseil & Paramétrages effectués au niveau des Equipes MOA & Assistance Utilisateurs. Mise en place de WorkShop/Formations des différents intervenants sur le Process Agora.
  • Développement de Batchs en VFP6 d𠆞xtraction de Données Statistiques puis Mise en Place de Documentations fonctionnelles/Pré Requis pour la prise en Charge des Chaînes par DOLLAR Universe en corrélation avec les jobs/batchs de BackUP à froid de la Database et des Jobs d𠆞xtractions de Données Statistiques à Destination des Responsables d𠆞quipes Back Office & Middle Office.
  • Etude de Faisabilité, puis mise en Place de l𠆚rchitecture Process de Communication entre AGORA et l�I FRONT OFFICE : l’interface choisie a été une table SQL Server faisant parti de notre schéma de Base. Ecriture de l𠆞nsemble de procédures stockées Insertion, Suppression, Modification d’évènements/Messages STP provenant de l�I. Mise en place des process de purge et Recalcul d’index, entretien de la table avec les équipes DBA/IT.
  • Mise en Place de l𠆚rchitecture de communication entre AGORA et les nouveaux systèmes BACK OFFICE UBIX (dérivés) & CALYPSO (actions & Warrants). Workshops organisés au travers des différentes équipes BAPI, EAI, UBIX, CALYPSO, Gestionnaires Back Office Marchés Organisés, afin d’établir le processus de Communication et d’Interface entre les différents Intervenants. L’interfaçage choisie se passe au travers de trois intermédiaires : AGORA, l�I, et enfin le système cible considéré : UBIX ou Calypso. A nouveau, via des tables SQL Server appartenant au même schéma DataBase et un ensemble de Triggers conditionnels, les flux sont communiqués via l�i qui dispatche les données Deals vers les logiciels CALYPSO (Warrants & Actions) ou UBIX (Options/Futures). Le proccess est parcouru dans le sens inverse lorsque les systèmes BACK Office procurent au Process Agora les positions générés par le BO.
  • Amélioration des Performances SQL Server (Tuning) Gains 30%, sur les querys Clients et les procédures stockées. Portage des traitements de transcodifications Clients vers des traitements traités par le serveur uniquement (procédures stockées). Mise en place avec les Equipes DBA/IT des purges & jobs entretien de la Database (recalcul d’index schédulé par Dollar Universe).
  • Rédaction de la documentation Utilisateurs. Documentation pour Déploiement du Client & pré requis sur Postes Clients 2000 IMAGE. Rédaction des spécifications techniques et de l’implémentation des différents process constituant AGORA. Rédaction de l𠆞nsemble de la Cartographie d𠆚GORA sur les différents environnements (Développement, Recette, Pré-Production, UAT, Production) avec les acteurs communiquant avec le processus Agora (EAI FRONT Office, Calypso, UBIX, et autres logiciels Internes BNP PARIBAS Arbitrage) : Toutes ces documentations ont été mis en ligne sur l’outil interne WIKI/FAQ.
  • Utilisation et création d’Univers BUSINESS OBJECTS pour permettre à l’utilisateur de gérer ses propres reports. Sur certains marchés où l�tivité devenaient trop importantes (volumétrie de l’ordre du million de deals jour), les systèmes FRONT considérés envoient une version netté de la journée dealée plutôt que le passage via l�I. L’uivers BO permet d’offrir une solution de secours pour les opérateurs Back Office afin de pouvoir consulter le détail du flux netté initialement en cas de dicrepancies et autres incohérences constatées.
  • Migration de l𠆚utomate de Réconciliation sous forme de Service WINDOWS : développement sous JAVA( via l’IDE IntelliJ Idea) avec utilisation de l𠆚PI POI afin de générer des extractions sous forme de fichiers excel à l’issue de chacun des traitements, de Log4J (gestionnaire de logs) afin de permettre aux equipes Exploitation/IT de pouvoir remonter des alertes en cas de problèmes hypothétiques, ainsi que de ANT pour le packaging et déploiement du service.

• (Orsyp Editeur Logiciel $Universe)
  2001 - aujourd'hui

  Mission Ministère des Finances et de l’économie: Projet ACCORD
  Consultant logiciel Dollar Universe sous environnement Dynix.
  • Installation du produit Dollar Universe sur les sites de Production .
  • Documentations techniques Mise en Places de Normes & Standards, Paramétrage Dollar Universe(Ordonnancement des Sauvegarde Netbackup à chaud & à froid, stop & Start des bases Oracle, de CFT, de Process Scheduler, de Tuxedo..)
  
  Mission France TELECOM
  Consultant logiciel Dollar Universe sous environnement Unix. (AIX, HPUX….)
  • Installation/Support/Maintenance Dollar Universe pour toutes Applications de Production .
  • Mise en Place des Procédures Référentiel Dollar Universe pour France Telecom.

• (Wide)
  1999 - 2000

  Mission COFACE(5 mois)
  Utilisation de VB6/ Oracle8 sous environnement Tuxedo/Unix.
  Développement Application Client/Server de Gestion des Demandes Clients sur les Informations concernant les Entreprises.
  Mission en tant que Ingénieur d’études, sur l𠆚pplication COFACE de Gestion des Commandes Clients concernant les demandes d’Information sur toute Entité publique et/ou Entreprise du Monde entier. Mise En place d’un Workflow afin de pouvoir exprimer le cycle de vie de chacune des demandes.
  • Pricing et Rédaction du Cahier des Charges.
  • Développement Application de l’IHM (sous VB6) (progiciel) reliant tous les clients de la COFACE afin d'obtenir des renseignements sur n'importe quel type d'entreprises ou de structures(passage de commandes et réception des différents reports sur la compagnie concernée).
  
  Mission First Telecom(2 mois)
  Utilisation de VB6/ SQL Server 7
  Développement Jobs Background en VB6/SQL Server de process d’Intégration et d𠆞mission de Flux de Commandes et de Réception.
  Mission en tant que Ingénieur d’études.
  • Mise en Place d'un process Mediation/Preselection d'un CLI (avec création d'un MPD) :Développement de Tâches de Fond Envoi/Récéption de Commandes via Outook, FTP.
  • Spécifications détaillées, Validations & Réception.
  
  Mission Orbyte(4 mois en forfait)
  Utilisation de VB6/ SQL Server 7
  Développement Application Client/Server de l’Outil de Gestion de
  L𠆞nsemble des Métiers ORBYTE, du module Prospect/Client, celui des Achats (via un brouillard de commandes ou Workflow), ainsi que des Livraisons & SAV.
  Mission en tant que Ingénieur d’études, ou j’incorpore une Equipe de 4 personnes. Environ 20% du développement avait été effectué.
  • Développement/Recettage/Débuggage sur tous les Modules de l𠆚pplication
  • Mise En place de Normes/Procédures de Nomenclatures & Typologies des Tables / Procédures Stockées afin de rendre générique tous les appels des Services ainsi que le requeting.
  • Rédaction spécifications détaillées & d'avenants.
  
  Mission LEVI Strauss EMA (6 mois Brussels, Belgique)
  Utilisation de VB5/ Oracle 7
  Développement et Support de l𠆚pplication Client/Server IT système interne (EPAC), qui est le Process permettant de gérer toutes les commandes faites par LEVI’S Europe & Africa vers leurs différents fournisseurs textiles. Cet outil est utilisé par tous les Fournisseurs afin de valider les commandes et de valider leurs envois vers les différents Stores Center LEVI’s.
  Mission en tant que Ingénieur d’études dans les Equipes IT de LEVI’s Brussels, dans un contexte/Environnement International.
  • Développement & Support Application d'extraction de données d'un HP3000 vers Oracle.
  • Support du Client EPAC (VB5)
  • Support/HotLine des utilisateurs LEVI’s Europe & Fournisseurs afin de les aider à suivre l’évolution de leur Commande/Envoi.
  • Développement & Support tâches de fonds Génération de fichiers texte via Access database Envoi par Email (Utilisation de MAPI).

• (EASI)
  1998 - 1999

  Mission FOND Développement Social de la CEE(4 mois en forfait)
  Utilisation de VB6/ Oracle 7
  Développement Application Client/Server de l’Outil de Gestion d’une Organisation Européenne Fond de Développement Social, outil permettant de suivre l𠆞nsemble des Missions de l’organisme sur la faisabilité des différents Projets, la gestion du Personnel et ses Disponibilités, et un module concernant les Missions Bancaires.
  Mission en tant que Ingénieur d’études, ou j’incorpore une Equipe de 4 personnes. Les spécifications générales avaient été déjà réalisées
  • Développement module sur les missions bancaires/Management : Mise en Place d’un Workflow afin d�ter les differentes demandes et Missions bancaires aux services accrédités
  • Rédaction des spécifications détaillées.
  Développement Application de gestion du personnel de (6 mois EASI)
  Utilisation de VB5/ Access 2000
  Développement Application Client/Server de l’Outil de Gestion de l𠆞nsemble du Personnel EASI, gestion des paies, des congés, des congés maladies et des augmentations/Intercontrat.
  Mission en tant que Ingénieur d’études en Interne, où l𠆞nsemble du produit a été réalisé seul.
  • Cahiers des charges/spécifications détaillées
  • Développement/ Réception/ Maintenance.