Ali Belkady

Mission 1 : Développement de fonctionnalités pour le service Informations Voyageurs

On m’a confié un ensemble de projets différents qui portent tous sur une même application que j’ai
refondue entièrement techniquement.

Projet 1.1 : POC du projet W (3 mois)
Projet 1.2 : Refonte technique d’APIX : Agrégateur d’informations voyageur (4 mois)
Projet 1.3 : Rajout de tarifs aux l’itinéraires (3 mois)
Projet 1.4 : Hopen Maas : Adaptation du produit à un nouveau client (3 mois)

Equipe : 1 développeur back, 1 développeur mobile, 1 tech lead, 1 chef de projet, 1
Architecte

Environnement technique d’APIX après refonte : JAVA 11, 10 et 8, JEE, WINDOWS 10, MARIADB, SQL,
HTML5, CSS 3, JQUERY, JAVASCRIPT,
SPRING 5, SPRING DATA, HIBERNATE, JPA,
REST, SOAP, JSON, JAVA.NET.HTTP, CXF, APACHE HTTPCLIENT, JACKSON
JETTY, GOOGLE MAPS API,
ECLIPSE, GIT, MAVEN, JENKINS, SONAR,
JUNIT, MOCKITO
REDMINE, GITLAB



Mission 2 : Réalisation d’une application de rechargement de titres de transport à distance (6 mois)

On m’a confié le développement de 2 applications dans le cadre du projet TCT : Terminal de
chargement de titres de transports. L’objectif du projet est de permettre à des clients dépositaires
(tabagistes) de vendre un service de rechargement des titres de transport à distance.

Projet 2.1 : Smart Ticket : serveur de rechargement à distance
Projet 2.2 : Ticketing SDK : un SDK regroupant plusieurs fonctionnalités liés à la billettique en IDF

Equipe : 3 développeurs (+7 en centre de service), 1 scrum master, 1 architecte, 1 tech
lead, 2 Product Owners, 1 Chef de projet

Environnement technique : JAVA 8, WINDOWS 10, SQL, SQLITE
JACKSON, GSON, RETROFIT 2, DAGGER 2, OWNER, KEYPLE
ECLIPSE, GIT, MAVEN, JENKINS, SONAR, REDMINE
JUNIT, MOCKITO, H2

- Choix des technologies à utiliser
- Mise en place des diverses couches de l’application
- Préparation de l’architecture de l’application.
- Conception globale de l’ensemble de l’application.
- Développement des fonctionnalités.
- Réalisation des tests unitaires et d’intégration.

Projet : GAGE AUTO : interface de télétransmission des opérations de GAGE vers le ministère de l’intérieur

J’ai intégré l’équipe d’un nouveau projet GAGE AUTO au Sprint 0 en tant que référent technique fullstack afin de mener à bien le développement d’une petite application assez sécurisée et d’atteindre
une version mise en production assez rapidement ayant les fonctionnalités majeures de base.

L’application est un site internet responsif à accès restreint développé pour le compte des membres de l’ASF (Association Française des sociétés Financières).

Jusque début novembre, les sociétés financières de l’ASF devaient déposer ou envoyer aux préfectures un dossier pour chaque opération de gage (inscription, radiation, cession et prorogation). Le temps de traitement de ce dossier pouvait prendre 2 à 3 semaines. Dorénavant, grâce à GAGEAUTO, il suffira pour ces sociétés d’avoir un compte sur le site et de remplir un simple formulaire. La réponse du SIV (Le Système d'Immatriculation des Véhicules) sera alors quasi immédiate.

Le développement respecte la méthodologie agile SCRUM (sprint variable 1 à 2 semaines)

Equipe : 7 personnes (1PO, 1 Scrum Master/Architecte technique, 2 Référents Techniques, 1 Testeur, 2 Admins systèmes)

Environnement technique :
JAVA 8, JEE, WINDOWS 10, MARIADB, SQL,
HTML5, CSS 3, BOOSTRAP 4, JQUERY, JAVASCRIPT, JSON,
SPRING BOOT 1.5, SPRING SECURITY, SPRING CACHE,
SPRING MVC, THYMELEAF 3, FREEMARKER
SPRING DATA, HIBERNATE, JPA,
CXF, SOAP, OPENCSV
MICROSOFT AZURE (cloud), TOMCAT,
ECLIPSE, SVN, MAVEN, JENKINS, ARTIFACTORY,
JUNIT, MOCKITO, SPRING TEST, SPRING SECURITY TEST, H2
JIRA

- Définition du rythme du développement.
- Conception globale de l’ensemble de l’application.
- Découpage des tâches.
- Mise en place des bonnes pratiques de développement.
- Assistance à l’ensemble de l’équipe de développement.
- Développement des nouvelles fonctionnalités.
- Réalisation des tests unitaires et d’intégration.
- Revue et amélioration de la qualité du code.
- Gestion des environnements bas (Bac à sable, Intégration et Validation)

Projet : GAZBHY : conversion et adaptation du gaz B en gaz H dans le nord de la France :

J’ai intégré l’équipe du projet GAZBHY au Sprint 3 en tant que Lead Tech afin d’encadrer une jeune équipe de développeurs, de participer au développement l’application et d’atteindre une version stable et qualitative pour une première mise en production.

Le gisement de Groningue aux Pays-Bas, qui alimente en gaz naturel la région des Hauts-de-France va bientôt être épuisé. GRDF devra remplacer dans le cadre du projet GAZBHY l'alimentation en gaz d'environ 1.3 millions de foyers et de centaines d'industries.
Avant de procéder à cette modification, GRDF a besoin au préalable, de faire un recensement complet chez des particuliers et des professionnels, puis, d’appliquer certaines adaptations aux équipements si besoin.

La première version de l’application à mettre en production est une version pilote qui se limitera à quelques secteurs au nord de la France. Cette dernière est principalement à destination d’1 millier d’intervenants qui travailleront sur tablette et d’une centaine de pilotes et d’administrateurs qui l’utiliseront en mode desktop. C’est donc une application responsive ayant un workflow à complexité modérée, qui nécessite d’être bien sécurisée et d’avoir une bonne fiabilité des données.

Le développement respecte la méthodologie agile SCRUM (sprint de 2 semaines)

Equipe : 9 personnes (1 Chef de projet, 1 Architecte technique, 1 Architecte fonctionnel, 1 Lead Tech, 3 Développeurs, 1 Testeur, 1 Stagiaire)

Environnement technique :
JAVA 8, JEE, WINDOWS 10, CYGWIN, POSTGRESQL, SQL,
HTML5, CSS 3, ANGULAR 2, Materialize, TYPESCRIPT, JAVASCRIPT, JQUERY, JSON,
SPRING BOOT, HIBERNATE, JPA, JERSEY, JACKSON,
APACHE, TOMCAT, SPRING SECURITY, SPRING CACHE, FLYWAY
ECLIPSE, GIT, MAVEN, NPM, JENKINS, SONAR, ARTIFACTORY,
JUNIT, MOCKITO,
REST, COBIGEN
JIRA, CONFLUENCE

- Développement d’évolutions fonctionnelles.
- Réalisation des tests unitaires et d’intégration.
- Revue de code.
- Maintenance corrective.
- Proposition d’évolutions fonctionnelles.


Mission : Développement et maintenance des applications back de DARTY
J’ai intégré l’équipe Back au sein de DARTY afin de développer des solutions permettant de faire évoluer les sites e-commerce gérés par Darty : DartyCom DartyPro et MisterGoodDeal.

Darty.com est un site e-commerce grand public proposant des milliers de produits, divers moyens de paiement et de livraison. Il s’agit donc d’une application web ayant un fort trafic, nécessitant une forte disponibilité et fiabilité des transactions. Elle permet notamment à environ 5 millions d’utilisateurs de gérer leurs commandes et leurs espaces clients.

Le développement est réalisé en mode projet agile (sprint de 2 semaines)

Je suis intervenu en tant qu’ingénieur d’études afin de mettre en place de nouvelles fonctionnalités dont l’intégration d’un nouvel expéditeur (GLS), d’un nouveau moyen de paiement (Paylib) et la création d’un espace client dédié aux professionnels.


Equipe : 5 personnes (1 responsable technique, 4 développeurs)


Environnement technique :
JAVA 8, JAVA 4 (IBM), JEE, WINDOWS 7, CYGWIN, DB2, SQL,
HTML5, CSS 3, JSP, FREEMARKER, JAVASCRIPT, JQUERY, XML, JSON,
GUICE 4, GUAVA, HIBERNATE 4, LOMBOK, JACKSON, APACHE COMMONS, DOZER, LOGBACK,
DROPWIZARD 2, JETTY, WEBSPHERE (COMMERCE), LUCENE, ELASTICSEARCH,
ECLIPSE, GIT, MAVEN, GRADLE, JENKINS, SONAR,
SPRING TEST, JUNIT, MOCKITO, LIQUIBASE,
REST, SOAP, XMLRPC,
JIRA, BITBUCKET, HIPCHAT

- Traduction des tickets de caisse en arabe.
- Internationalisation de l’application.
- Développement d’un module de gestion des impressions RTL (Right to left)
- Tests d’intégration et d’alignement des impressions.
- Tests de non régression.

Mission : Evolution d’un système de gestion des dons alimentaire du WFP
J’ai intégré une petite équipe en mode forfait du WFP afin de faire évoluer un système de gestion des aides alimentaires afin qu’il puisse être déployé dans des pays arabophones.

Il s’agit d’une application Android qui est déployé dans des terminaux Famoco reliés à des imprimantes de tickets de caisse. Les bénéficiaires des denrées alimentaires se rendent dans des points de livraison (superette partenaire) afin de récupérer leurs dons en fonction de ce qu’il reste sur leurs cartes RFID.

J’avais pour mission de rendre l’application compatible avec la langue arabe.


Equipe : 2 personnes (1 chef de projet, 2 développeur)


Environnement technique :
Android 5.0, JAVA 8, Windows 7, RFID

- Développement de nouvelles fonctionnalités
- Génération de vues PDF à l’aide d’outils de reporting


Mission : Evolution d’un système de livraison de repas à domicile
J’ai intégré une équipe en mode forfait pour le compte d’ELIOR afin de faire évoluer leur logiciel logistique qui est à destination des personnes retraitées ou à mobilité réduite.

Il s’agit d’une application web qui permet aux utilisateurs d’avoir une vue d’ensemble sur les tournées, les commandes et les prestations réalisées.

J’avais pour objectif d’implémenter une nouvelle fonctionnalité permettant aux livreurs de valider les contrôles sociaux imposés par les mairies.


Equipe : 2 personnes (1 chef de projet, 2 développeur)


Environnement technique :
JAVA 7, JEE, Windows 7, MYSQL, SQL,
HTML5, JQUERY, JAVASCRIPT, CSS,
SPRING 4, STRUTS 2, LOG4J, AJAX,
BIRT, PDF,
TOMCAT,
JUNIT

- Développement modulaire de multiples applications web (back-end et front-end) dans un environnement basé sur un workflow de webservices.
- Réalisation d’évolutions fonctionnelles.
- Réalisation de clients webservices indépendants.
- Réalisation de composants applicatifs réutilisables.
- Mise en place de bouchons par couche applicative.
- Réalisations des tests unitaires et d’intégration.
- Mise en place de nouvelles applications web et middlewares.
- Migration d’applications web existantes.
- Maintenance corrective.
- Configuration puis déploiement dans les environnements d’intégration, de validation et de pré-production (fut).


Mission : Développement et maintenance d’applications web du Selfcare SFR
J’ai intégré l’équipe Selfcare au sein de SFR afin de développer des applications Web indépendantes représentant chacune un parcours dans l’espace client SFR.

L’espace client SFR est mis à la disposition de plus de 20 millions de clients fixe et/ou mobile à la fois en tant qu’applications web ou mobiles. Il est donc important d’avoir des tests solides sur divers niveaux afin d’éviter des régressions sur l’existant surtout sur les parcours sensibles tels que la facturation et les moyens de paiement.

Le mode de développement respecte le modèle agile SCRUM avec des réunions quotidiennes, des sprints durant 2 semaines chacun et des sprint plannings et rétrospectives.

Je suis intervenu en tant qu’ingénieur d’études sur la mise en place de plusieurs applications web, clients webservices et middlewares.


Equipe : 14 personnes (1 directeur de projet, 1 chef de projet, 2 Product owners, 2 architectes, 4 développeurs, 2 valideurs et 2 exploitants)


Environnement technique :
JAVA 8, JEE, MAC, LINUX, ORACLE, SQL, PL/SQL, HSQLDB,
HTML5, XML, XSD, JSP, ANGULAR JS, NODE JS, JQUERY, JAVASCRIPT, CSS, JSON,
SPRING 4, SPRING MVC, STRUTS 2, LOGBACK, SLF4J, APACHE COMMONS, DOZER, AJAX, CXF, AXI,
APACHE, TOMCAT, SPRING SECURITY, CAS, MEMCACHED, EHCACHE, VELOCITY,
ECLIPSE, GIT, SVN, MAVEN, GRUNT, BOWER, JENKINS, RUNDECK
SPRING TEST, JUNIT, MOCKITO, SOAP UI, GROOVY,
REST, SOAP, XMLRPC,
JIRA, CONFLUENCE

Rôles :
Ingénieur d’études et développement JAVA/JEE
- Etude d’impacts des spécifications fonctionnelles du client.
- Réalisation d’évolutions fonctionnelles.
- Réalisation de composants applicatifs réutilisables par d’autres applications.
- Rédaction de DCT (Document de Conception Technique).
- Développement, tests unitaires et d’intégration.
- Maintenance corrective.
- Déploiement quotidien en recette interne dans un environnement ISO PROD.
- Livraisons de versions betas très fréquentes au client pour validations fonctionnelles unitaires.
- Livraisons en recette officielle à destination de la DSI du client.
- Assistance technique du client.

Référent technique depuis le 02/2013
- Assistance interne en tant que référent technico-fonctionnel.
- Chiffrage et conception ayant la vue d’ensemble de l’application.
- Validation des chiffrages des autres développeurs.
- Optimisation organisationnelle et technique de l’architecture de l’application :
o Modification du générateur de code pour un développement plus rapide et organisé.
o Etude et mise en place de nouveaux Frameworks (BootStrap, JasperReports, Jersey)
o Etude d’impacts de la mise à jour de certains Frameworks (Java, Struts, Hibernate, JQuery)
o Mise à niveau des outils de développement (Eclipse, Tomcat …).
o Mise en place de bonnes pratiques de développement internes et vérifications périodiques.
o Ajustement des configurations de Maven, CheckStyle, PMD et FindBugs,
o Automatisation des déploiements et des livraisons à l’aide de Jenkins.
o Optimisation des performances de plusieurs fonctionnalités de l’application.
o Analyse et mise à niveau du modèle de données.
o Réfactoring massif de code.
- Maintenance des environnements :
o de test pré-recette (version béta) chez le client.
o postes de développements internes au projet,
o serveurs d’intégrations internes (ISO PROD),
o serveur d’intégration continue,
o serveurs Oracle.
- Réalisation de tests de charge.
- Proposition au client d’évolutions techniques suivie de leurs réalisations.


Projet : OCTOPUS (Offre Complète de Transport Orchestré Pour Un Service)
J’ai intégré une équipe TMA en mode forfait qui réalise la maintenance corrective et évolutive d’une application web intranet permettant à la SNCF de planifier son plan de transport et de l’adapter.

L’application permet donc à environ 500 utilisateurs SNCF de profils variés de planifier la circulation des trains dans tous ses aspects (gares, bifurcations, horaires, matériels, capacité voyageurs …) et de la faire valider par RFF.

Il s’agit d’une application de type prototype dont le fonctionnel est très riche et complexe qui a énormément évoluée puis s’est industrialisée au fur et à mesure.

Elle communique avec de multiples autres applications de divers manières : JMS, web service, imports et exports de fichiers (fichier plat, CSV, XLS, PDF, XML, ZIP et TAR.GZ)

Je suis intervenu en tant qu’ingénieur d’études sur la mise en place de nombreuses évolutions (de la conception à la livraison en recette) ainsi que la correction des retours. Ensuite, je suis devenu référent technique du projet et j’ai eu comme mission la réalisation des tâches d’architecture décrites plus haut.


Equipe : 15 personnes (1 directeur de projet, 1 chef de projet, 1 référent technique, 10 développeurs et 2 testeuses)


Environnement technique : JAVA (6 puis 7), JEE, WINDOWS, LINUX, ORACLE, SQL, PL/SQL,
HTML, XML, XSD, JSP, JQUERY, JQUERY UI, BOOTSTRAP, JAVASCRIPT, CSS, JSON,
SPRING, HIBERNATE 3, STRUTS 2, SLF4J, APACHE COMMONS, AJAX, WEB SERVICE REST (JERSEY), JMS, MDA, APACHE, TOMCAT, WEBSPHERE MQ(JMS), QUARTZ, JASPERREPORTS, XMLBEANS,
ECLIPSE, SVN, MAVEN, ACCELEO, TOPCASED,
CHECKSTYLE, FINDBUGS, PMD, COBERTURA, JDEPEND,
CONTINUUM, JENKINS,
JUNIT, MOCKITO, SELENIUM,
MANTIS

- Rédaction des Spécifications Fonctionnelles et Techniques des manuels utilisateurs.
- Conception puis développement.
- Tests unitaires, d’intégration et de non régression.
- Livraison en pré-production.
- Mise à jour et évolutions des applications.


Mission :
J’ai participé à la réalisation au forfait de multiples applications permettant à COFIROUTE de gérer son workflow de messages entre plusieurs équipements (ancienne et nouvelle génération) ainsi que d’autres applications. Ce workflow a pour but d’assurer la mise en place du nouveau tunnel duplex de l’A86 et de rembourser les adhérents en fonction des tronçons de l’autoroute parcourus.

Je suis intervenu sur l’ensemble des phases des projets dont les plus importants sont les suivants :


Projet 1 : Application de transition vers du XML et de redirection
J’ai réalisé une application permettant de récupérer des messages de différents types au format texte plat provenant d’équipements (dont de paiement) ancienne génération. Ces messages sont lus, validés, traités puis rediriger en XML vers des serveurs JMS.

Les messages d’origines se trouvant dans des files du système Linux, il a fallut réaliser également une interface de communication entre C et JAVA à l’aide de JNI.


Projet 2 : Simulateur de messages XML
J’ai réalisé une seconde application en mode forfait qui contrairement à la première permet de simuler l’envoie de messages XML des équipements nouvelle génération qui n’ont pas encore étés mis en place à destination de serveurs JMS


Projet 3 : Frontal BOD
J’ai participé à la réalisation du coeur du workflow qui centralise l’ensemble des messages reçus des équipements et des applications se trouvant sur les serveurs JMS.

L’application a été conçue de façon modulaire de telle façon à ce qu’un nouveau module peut être pris en compte par l’application juste en le référençant à l’aide d’une configuration gérée par le back-office que j’ai réalisé. J’ai aussi réalisé quelques modules dont certains s’exécutent sous forme de batchs périodiques.

L’application étant centrale, il était primordial de mettre en place un système de reprise à chaud et à froid afin d’assurer la non perte de messages.


Equipe : 5 personnes (1 chef de projet, 4 développeurs)


Environnement technique :
JAVA 6, J2EE, C, JNI, GROOVY, SPRING, ECLIPSE, SAXON (XML), CVS, OSGI,
SPRING, HIBERNATE 3, STRUTS 2, SLF4J, APACHE COMMONS, AJAX, WEB SERVICE (REST), JMS, MDA,
JSP, HTML, JAVASCRIPT, CSS, XML, XSD, XSLT, JSON, EXTJS, DWR,
WINDOWS XP, LINUX, ORACLE, TOMCAT, ACTIVEMQ (JMS), SOAPUI.