CV/Mission d'Ingénieur d'études c++ unix freelance

Exemple de missions de Mohammed Bilel,
Ingénieur d'études c++ unix habitant Paris (75)

EXPERIENCES

Edelia – Groupe EDF
Ingénieur d’études & développement
Janvier 2016 – A ce jour
Projet :
Taille de l’équipe : 2 architectes + 1 scrum master + 9 développeurs + 2 testeurs
Description
Ce projet gère la partie back-office de la solution e.quilibre de EDF dont l’objectif est de permettre aux clients EDF de maitriser leur consommation énergétique en proposant des services pour suivre et comparer la consommation d’électricité et par conséquent, les aider à réaliser des économies d’énergies.
 Application de la méthode agile : Daily, découpage en taches des US, rétrospectives...
 Aide à la pré-intégration en faisants des tests des services REST avec des outils comme Postman et Swagger.
 Développement des Tests d’intégration et préparation des bouchons Wiremock et des Jeux de données CQL pour Cassandra.
 Développement d’un module Rest afin de permettre de tester une librairie java sans passer par des tests unitaires.
 Vérification Sonar de la couverture des tests ainsi que des règles de conformité du code
Environnement technique : Java 7/8, Maven 3, Spring 4 (Spring Boot, Spring Camel, Spring Rest, AOP, Spring Data), LogBack, Mockito, Intellij, Sonar, Jenkins, GIT, GIT, Cassandra, DataStax, JUnit, Jackson, JSON, XML, JIRA, Groovy, Glu, IoT, Linux, Wiremock, Postman, Swagger

Docapost – Groupe La poste
Ingénieur d’études & développement
Septembre 2014 – Décembre 2015
Projet : Parc de gestion d’objets connectés IOT (appelé HUB Numérique)
Taille de l’équipe : 2 architectes + 1 scrum master + 20 développeurs + 2 testeurs
Description
Ce projet gère un parc d’objets connectés, le but de la plateforme est de mettre en place un hub numérique universel capable d'agréger/restituer les données de n'importe quelle objet connecté d’un partenaire proposant chacun une API afin de les exploiter.
 Implémentation d’une nouvelle brique web qui a pour rôle d’orchestrer les appels venant d’autres briques et appelant la couche DAO avec des fonctionnalités métier.
 Mise en place d’une base de données/Cache Redis avec Spring Redis afin de cacher/persister des données utiles.
 Ajout de nouvelles méthodes CRUD au niveau de la brique de DAO : Manipulation de ressources Rest de type JSON insérées dans la base de données Cassandra, le client utilisé est DataStax.
 Développement Front (Spring Thymleaf, JavaScript, JQuery)
 Intégration de Blockly et mise en place d’un module PhantomJS afin de générer le code javascript côté serveur.
 Test unitaires et tests d’intégration.
 Configuration et Build Jenkins, test coverage + coding rules sur Sonar
 Déploiement des WAR et tests de bout en bout avec un client Rest (Exemple : Advanced Rest Client)
 Refactoring..
 Intégration de l’équipe IoT dont le rôle est d’intégrer des partenaires sur le HUB et exploiter leurs API afin de puller/pusher des données provenant d’objets connectés et les stocker au niveau de la base, exemple de partenaires : Netatmo, Withings, Archos, MyFox, Fitbit…
 Mise en place d’un serveur oAuth2 sur Tyk afin d’autoriser des clients externes à accéder à des données du HUB.
 DataStax DevCenter pour la création des tables ainsi que les requêtes sur la base de données Cassandra.
 Merge Request et Code Review via GitLab.
 JIRA / JIRA Agile : Taches et anomalies à traiter...
 Méthode scrum : Daily, retrospectives, sprint review, sprint planning, refinement (poker planing)

Environnement technique : Java 8, Maven 3, Spring 4 (Spring MVC, Rest, AOP, Spring Data, Spring Security), LogBack, Mockito, WinSCP, Putty, Eclipse, Sonar, Jenkins, GIT, GitLab, Cassandra, DataStax, JUnit, Jackson, JSON, XML, JAXB, Redis (client Google et client Spring), Thymleaf, JavaScript, JQuery, Blockly , PhantomJS/NodeJS/Nashorn, JIRA, Tyk, Groovy, Vert.X 2, IoT, Tyk, oAuth1, oAuth2, Scribe, Kibana, Puppet

Bouygues Telecom
Ingénieur d’études & développement
Septembre 2011 – Mai 2014
Projet : IHD (Internet Haute Disponibilité)
Taille de l’équipe : 1 Chef de projet + 3 architectes + 10 développeurs + 5 testeurs
Description
L’usine Socle qui représente la couche métier assurée par IHD, en tant que MiddleOffice, fournit des services d’accès aux données via les web services. Ces services se veulent le plus générique possible pour une utilisation par tous types de clients. Plus simplement, le socle IHD fournit des informations sur les clients Bouygues à partir de leurs différents espaces clients. (Forfait, prépayé, B&You..)

 Développement de nouveaux services (en passant par les différentes couches : MiddleOffice, Métier, Proxy et ST). Le ST étant un système technique délocalisé permettant de retourner une réponse au web service demandé.

 Implémentation des bouchons : Le ST étant une entité indépendante du projet, l'utilisation des bouchons est indispensable pour simuler une réponse d'un ST :
o Le bouchon représente une réponse à un service donné sur un ST bien déterminé. o Scripts de génération de bouchons permettant d'insérer des données dans la base de données et de créer une réponse soap au service voulu.
o Le bouchon se doit d’être conforme au WSDL du web service ainsi qu'à son XSD.
 Implémentation des mocks pour les tests: Créer sa propre réponse à des méthodes dont l'implémentation ou l'appel serait inutile ou coûteux.
 Génération des JDD. (Jeux de données)
 Déploiement des différentes applications : Déploiement sur Weblogic (interface graphique) ou en mode invite commande (Unix) : Projets EAR packagés selon le modèle Maven 3.

 Compilation Maven/Jenkins :
o Vérifier et détecter la présence éventuelle d'erreurs de compilation ou d’échec des méthodes de tests.
o Vérifier les informations données par Sonar : couverture de tests, syntaxe (rules compliance), redondance, boucles infinies..
 Développement d'un Spring batch à traitement parallèle permettant de parser des fichiers CSV et XML et créer des objets à insérer dans la base MongoDB des clients Bouygues.
 Tests VABF (Test de Bon fonctionnement), RCU et d'intégration.
 Rédaction des fiches de test via l'outil QC (Quality Center) décrivant les étapes du test et le résultat attendu pour chaque étape.

 UltraESB : projet permettant de fournir une réponse Soap.
o Utilisation de plus d'un fichier log4j afin de réduire la quantité d'informations loggées. o Implémentation d'un module ANT afin de permettre le déploiement du jar du projet.
o Développement de nouveaux scripts KSH permettant de faciliter la manipulation des mocks.

 MongoDB :
o Implémentation des interfaces et classes représentant les collections MongoDB et les classes DAO associées.
o Manipulation des données via des requêtes NOSQL.
o Modifier la configuration Mongo afin de changer le mode d'utilisation de la base sur un serveur (Master, Slave ou Arbiter).
 Réunions et points selon la méthode Scrum.
 ...
Environnement technique : Java 6, Maven 3, Weblogic 10, Spring 3, Spring MongoDB, Hibernate, EJB 3, SoapUI, Log4J, LogBack, Mockito, KSH, WinSCP, Putty, Eclipse, Spring Batch, JaxB2, UltraESB, Sonar,
Jenkins(Hudson), Nexus, SVN, MongoDB, SQL, SQLDevelopper, MongoView, XML, XSD, XJB, JUnit, Dozer, Jackson Java JSON, Ant, Guava…

WINCOR NIXDORF
Ingénieur d’études & développement
04/2010 –08/2011
Projet : Programme Refonte du SI Paiement, projet Logiciel Unique Groupe Automates (LUG) pour la banque LCL, Crédit Agricole dans un premier temps pour d’autres banques françaises et européennes dans une 2ème étape.
Taille de l’équipe : 1 Chef de projet + 5 team leader + 20 développeurs
Description
 Analyse et correction des anomalies reçues par le client dans une version antérieure du projet.
 Déploiements, tests unitaires et tests sur VM (Virtual machine) ou directement sur automate des différents projets et EJB avant de valider les corrections et de les livrer.
 Distribution et analyse des cahiers des charges des transactions à implémenter.
 Rédaction de la spécification technique selon le format A25.
 Préparation de l’environnement technique (Serveur Websphère, Base de données Oracle…) ainsi que l’automate et son serveur KANEST, serveur dédié à la simulation d’un SAB bancaire susceptible d’autoriser ou rejeter les opérations bancaires demandées par le porteur de carte, autrement dit le client.
 Implémentation de l’EJB responsable de la transaction suivant le modèle PC/E afin de permettre sa gestion via ce logiciel.
 Développement de la couche basseX des requêtes et réponses à envoyer/recevoir du KANEST ou SAB.
 Construction des menus et sous menus de la transaction à implémenter. (JSP,TAGLIB, JavaScript, CSS…).
 Développement des différentes cinématiques JBPM (Process et sous-process utilisés par la transaction).
 Implémentation de la couche SPRING, ainsi que leurs BEANS.
 Déployer la transaction ainsi développée sur la VM en premier lieu.
 Effectuer les tests et les tests unitaires sur VM (automate virtuel).
 Déployer et tester la solution sur le serveur relié à l’automate pour valider les développements.
 Mettre en place des réunions avec les différents chefs de projets et team leader afin de discuter et valider la solution proposée.
 Se mettre en relation avec le client final (LCL – Crédit Agricole) afin de proposer la solution ou discuter des problèmes ou obstacles pouvant empêcher le bon fonctionnement de l’application.
 Faire du « Team Support » auprès du client pour la phase correction des anomalies afin de filtrer les réels problèmes des erreurs de configuration sur le logiciel PC/E.
Environnement technique :
J2EE : Java 5 – EJB 2.0 – JBPM – Oracle 9 – SPRING – XML – MVC2 (Servlet et JSP) – Websphere 6.1 ...