CV/Mission de Développeur NUNIT freelance

Exemple de missions de Tariq,
Développeur NUNIT habitant l'Essonne (91)

• Poste : Concepteur - Développeur

  Jan 2016 - aujourd'hui

  Projet : Refonte évolutive de l’application gestion des émetteurs
  
  Le but du projet Gestion des émetteurs est de refondre l’application existante pour revoir le modèle de données et de tirer profit des dernières technologies de développement.
  la refonte de l’application Gestion des émetteurs a était réalisée suite à une analyse documentaire, de fonctionnement, de l’usage et des attentes des utilisateurs.
  
  Un émetteur est l’entité qui émet des instruments financiers dans le marché. Un instrument peut être un titre ou un contrat. La gestion des instruments financiers passe par la gestion des émetteurs. Cette gestion permet d’avoir une base de données à jour des émetteurs,
  Les points à améliorer notés pour cette refonte sont, entre autres : :
  
  1. Utilisation des fichiers Credit Risk de Bloomberg pour mettre à jour les émetteurs. Avant, la technologie DataLicense était utilisée et cela induit un coût très important.
  2. Avoir une vue hiérarchique des émetteurs.
  3. Contrôle quotidien et automatique des données des émetteurs.
  4. Création et mise à jour automatique des émetteurs suite à la mise à jour des instruments financiers associés.
  …
  
  En chiffre, le nombre d’émetteurs gérés est 40000 émetteurs et 1 million de données contrôlées par jour.
  
  Techniquement, la refonte a consisté en la refonte d’une application WinForm classique en une application WinForm se basant sur le pattern de développement MVVM de DevExpress et communiquant avec la base de données via une couche de services WCF. Le choix d’une application WinForm et non une application Web vient du fait du nombre important de traitements côté client.
  Aussi, le modèle de données a été revu pour la refonte, ainsi que les bonnes pratiques de développements comme la mise en place d’une architecture basée sur les designs pattern connus. Abstract, Factory Method, Composite, Adapter, Strategy, Observer, Decorator, singleton, chain of responsibility, visitor...
  
  La mise en place de programmes qui permettent le contrôle automatique des données des émetteurs. Vu le volume de données contrôlées qui est d’environ 1 million de données par jour, Il était très important de considérer une architecture de développement en multi thread durant la conception de ces traitements par lots.
  
  Tâches réalisées :
  • Formalisation des spécifications techniques à partir des spécifications fonctionnelles.
  • Participation à la conception de l’architecture générale cible du projet en collaboration avec la cellule Architecture.
  • Participation à la conception de l’architecture détaillée du projet.
  • Participation à la conception du modèle de la base de données du projet.
  • Mise en place de l’intégration continue du projet.
  • Développement du projet Refonte des émetteurs en collaboration avec l’équipe.
  • Recette et livraison du projet.

  Environnement technique : VS 2015, VSTS, C# 5.0, Framework .Net 4.5, WinForm, Dev Express 16.1, Pattern DevExpress MVVM, WCF, Unity, Oracle 11g, SqlServer 2012.

• Poste : Concepteur - Développeur

  Natixis
  Jan 2014 - Jan 2016

  Projet : Refonte de l’application AsConfirmation:
  
  L'entreprise Natixis se propose de refondre l’application As Confirmation qui est une application permettant d’envoyer des confirmations de paiement aux différents remettants (Summit OTC, Summit TCI, Summit Bounds, Belem, Marge, Exoconf, Calypso, Sophis).
  Fonctionnellement, Le processus de traitement d’une confirmation est le suivant :
  1. Réception de la confirmation sous différents formats par les remettants
  Le type de fichiers fournis dépend des remettants.
  2. Génération d’un paquet contenant un fichier Pdf (confirmation), un contenu de mail et un fichier de métadonnées de la confirmation, à savoir l’adresse du fax, destinataires de l’email…
  3. Envoi du paquet vers une passerelle RightFax pour envoi du fax et/ou email à la Contrepartie.
  4. Traitement Retour de la passerelle Fax et Mail et mise à jour de la base des confirmations.
  5. Finalement, l’application AS Confirmation envoie un message au remettant lui indiquant s’il y a eu prise en charge (PEC) ou rejet de prise en charge (RPC) de la confirmation.
  
  Techniquement, la refonte de l’application AsConfirmation inclut des améliorations par rapport à l’application existante et permet de dépasser ces limitations. A savoir :
  => L’application existante utilise MsWord pour la gestion des documents word, qui présente des contraintes quant à la mémoire utilisée, le temps de traitement d’un document. Dans la refonte, la solution Aspose.Word vient remplacer cette technique de gestion de documents word.
  => L’application existante et monothreadé, les confirmations sont traitées par paquet et par système émetteur. La nouvelle application est multithreadé, pour chaque système émetteur, un ensemble de threads sont dédiés et permettent donc un traitement plus rapide des confirmations.Mise en œuvre des solutions de problèmes architecturaux à l’aide des design patterns permettant une meilleur maintenance, réutilisation du code.
  => Mise en place d’un système de build automatique pour les différents environnements de déploiment(Recette, Prex et Prod) à l’aide de Jenkins et XLDeploy.
  => Mise en place d’une architecture basée sur les design pattern connus : Producer./consumer, Abstract, Factory Method, Composite, Adapter, Strategy, Observer, Decorator, singleton...
  
  La refonte concerne aussi l’application Ihm AsConfirmation, qui représentait un site web de gestion des confirmations.
  Dans le projet de la refonte, ce site a été remplacé par une application Wpf tirant ainsi profit des nouvelles technologies wpf et wcf, des rendus graphiques très jolis, fluides et offrant beaucoup de fonctionnalités aux utilisateurs.
  
  Tâches réalisées :
  • Participation à la revue du modèle de données.
  • Migration du modèle de données existant de Sybase vers SqlServer.
  • Participation à la conception de l’architecture générale cible du projet.
  • Participation à la conception de l’architecture détaillée du projet.
  • Mise en place de l’intégration continue du projet.
  • Développement du projet avec la mise en place des tests.
  • Développement du projet Refonte IHM AsConfirmation an WPF.

  Environnement technique : VS 2012, VS tools for office, TFS, C# 4.5, WPF, Pattern MVVM, Locator, SOA WCF, Sql Server 2012, Jenkins, XLDeploy.

• Poste : Développeur

  GDF Suez trading
  Jan 2013 - Jan 2014

  Projet : Regulatory Risk – Automatisation de la réserve Bid Ask:
  
  Le projet consiste en la réalisation d’un Add-in excel dédié à l’équipe Risk Méthodologie afin d’automatiser tout le processus de calcul de la réserve. Le processus de calcul est le suivant :
  
  • Calibration des données Bid Ask du marché.
  • Interpolation et extrapolation des données du marché en utilisant des stratégies Ratio, volatilité et premium afin d’avoir des fourchettes Bid Ask sur des mensualités allants jusqu’à 5 ans.
  • Calcul de la réserve en prenant en compte les rapports des positions des portefeuilles du marché.
  
  Les données d’entrée nécessaires au calcul sont :
  
  • Un rapport de position : contenant des expositions en Delta/Véga agrégées par Entité, MetaDesk, Desk, portefeuille ou deal Id.
  • Des stratégies de couverture ou ‘Hedging Strategies’ : C’est une matrice où pour chaque sous-jacent dit ‘couvrable’ (ou hedgeable) est associée une pondération d’un ou plusieurs autres sous-jacents.
  • Une matrice de fourchette Bid/Ask : qui contient les ‘spreads’ bid/ask sur l’ensemble des sous-jacents GST traités et sur des maturités mensuelles (ténors).
  • Une matrice de liquidité : qui contient les limites en Delta pour l’ensemble des sous-jacents GST traités et sur des maturités mensuelles.
  
  En sortie, l’Add-in permet de lancer des calculs et d’avoir des réserves de liquidité pour des niveaux différents de la structure analytique.
  
  • Application destinée aux agences Caisse d’Epargne afin de commercialiser des offres de prévoyance santé
  • Application reposant sur une architecture orientée service (SOA)
  • Développement de la couche service et de la couche métier en .NET 3.5.
  • Développement de la partie HTML/CSS en adéquation avec le cahier des charges.
  • Gestion des anomalies lors de la phase de recette
  • Consolidation des spécifications fonctionnelles avec la MOA
  
  Tâche réalisées :
  • Développement du projet Risk Reserve Addin.

  Environnement technique : VS 2010, VS tools for office, TFS, c# 4.0, SOA WCF, Base de données Oracle 11g,

• Poste : Concepteur / développeur

  Dexia Asset Management
  Jan 2011 - Jan 2013

  Projet : FACTSET Data Intégration
  
  Lancement du projet FACTSET DI qui constitue l’unique référentiel de données pour les index et benchmarks. Ce projet permettra :
  • Une diminution des couts de récupération des licences BBG.
  • Une satisfaction Client, en mettant à disposition aux clients des analyses approfondies.
  • Un gain en temps et une mise à disposition des prix, risk numbers à temps pour les clients Sophis, Front office, risk management et des utilisateurs finaux.
  • Dé commissionnement des autres processus manuels et réduction ainsi du taux de l’erreur humaine.
  
  Le processus est le suivant :
  
  • Factset recevra des fichiers des différents fournisseurs et procédera aux différents contrôles et enverrai les fichiers au fil de l’eau. (XML via FTP). Y compris les corrections automatiques.
  • FactSet DI traite ensuite les fichiers signalétiques et prix au fur e...