Simon STEINMETZ

Dans le cadre de la mise en place du nouveau site internet, il à été décidé de mettre en place un bus de service (OpenESB) afin que le front du site ne communique qu’avec le bus de service qui s’occupe de faire l’orchestration des services et d’exécuter les différents processus
Le bus de service permet plus de souplesse au front qui peut s’abstraire des technologies utilisés par les briques back office du SI. Les cycles de vie des composants ne sont plus liés, cela permet d’avoir un couplage, lâche et donc d’avoir une plus grande évolutivité/maintenabilité.

- Tâches effectuées

•Découpage applicatives des composants du bus
•Définition des processus métiers
•Définition des applications nécessaires
•Réalisation des spécifications techniques
•Réalisation des composants applicatifs
•Tests des composants
•Montés en recette/production
•Suivi de recette/production
•Mise en place de supervision (Nagios/opsview)
•Installation des serveurs applicatifs (cluster)
•Configuration des serveurs

...

Dans le cadre de la migration du SI VaubanHumanis vers une architecture SOA, de gros chantiers ont été mis en place afin d’intégrer différents outils (Moteur de worflow, moteur de règles, bus de services,…), ceci afin d’évoluer vers un SI plus souple avec un couplage
lâche entre les briques applicatives.

- Bus de services (OpenESB) – Rôle : Référent technique / Architecte applicatif

* Recherche et tests de différents bus de services afin de choisi le bus le mieux adapté, le plus évolutif et le plus intégrable au SI => Dossier d’architecture applicative. Travail en collaboration avec les équipes d’infrastructure
* Définitions des architectures applicatives à mettre en place au sein du SI afin d’utiliser correctement le bus (Exposition des services, granularité et réutilisabilité des services,…)
* Recherche de solutions face aux différents problèmes rencontrés lors des
phases de tests (incompatibilité d’API WS entre glassfish et certaines versions
de JBOSS,…) => migration de serveur d’application (jboss 4.2 -> 5.1) et études
des impactes liés à cette migration (compatibilité entre les deux versions des
serveurs).
* Mise en place d’un plan d’action pour la migration
* Mise en place du bus de service en mode « clusterisé » avec un load-balancing
en front
* Responsable des développements des composants applicatifs de l’ESB.
* Définition des règles de développement et d’intégration liées au bus OpenESB.
* Couplage du bus de service avec un annuaire UDDI (jUDDI V3) afin de dynamiser la consommation de services au sens large
* Formation et passage de compétences

- Annuaire de services – Rôle : Référent technique / Architecte applicatif

* Etude des différents standards d’annuaire de service (prise de connaissance des
RFC)
* Choix de l’implémentation UDDI (la plus courante) dans sa version 3
* Définition de la structure de données à utiliser au sein du l’annuaire
* Réalisation de POC avec l’ESB afin de router intelligemment les appels aux
différents services (orchestration dynamique)
* Conception et réalisation de l’interface graphique de l ‘annuaire.

- Moteur de workflow – Rôle : Architecte applicatif

* Etude de différents moteurs de workflow afin de choisir le plus adapté (JBPM,
Intalio et Bonita)
* Développement de POC afin de montrer les points importants liés aux moteurs de
workflow (Modélisation graphique « simple » pouvant être réalisé par une MOA /
MOE, support technique et fonctionnel lié au moteur, documentation disponible,
prix,…)
* Intégration du moteur de workflow BONITA sur certains projets« pilotes »

- Architecture Applicative – Rôle : Architecte applicatif

Réalisation de dossier d’architecture applicative pour les équipes projets à partir
de l’expression de besoin et du dossier d’architecture fonctionnelle
Thèmes étudiés :
• Gestion des accès avec Open SSO
• Gestion des droits avec Open LDAP
• Moteurs de Workflow

La réalisation de ces dossiers se compose en plusieurs phases :
* Proposition et définition de l’architecture cible
* Proposition de lotissement afin d’évoluer au fur et à mesure des demandes
projets vers l’architecture cible (Ceci est obligatoire car la migration vers
les architectures cibles sont parfois complexes et apportent une charge
supplémentaire au projet qui ne peut pas forcément la supporter)

Réalisation de POC

- Application Gerar

Eclatement de l’application complexe WEB du portail Vison Client en plusieurs
applications WEB communicantes en service EJB3. Gestion de l’application
GERAR (gestion des archives) au niveau développement, mise en place et
consommation des services. Le but étant d’avoir une meilleure maintenance,
évolutivité et homogénéité des applications

- Application Catalogue produit et MAEVA

Conception (en partie) et développement de l’application web Catalogue Produit
(Application permettant de faire le lien entre les produits Back Office et les
produits « front Office » (présentés aux clients)).
Intégration de la partie produit (gestion des tarifs) de MAEVA (Application Web
permettant entre autre, l’édition de devis) au sein de catalogue produit
Mise en place de services web dans Catalogue Produit pour, dans un premier lot,
MAEVA


- Application Sentinel V2

Sentinel est l’outil interne VH permettant de traiter les DAS envoyer par les clients sous différents formats. L’outil permet aux utilisateurs de suivre l’évolution des traitements, de mettre en évidence les problèmes de traitement et d’intervenir sur ces problèmes.
Cet outil est composé de deux parties :
* Des automates permettant de traiter les différents flux reçus
* Une application swing permettant, entre autre, aux utilisateurs de superviser
les traitements


Etude de conception afin de passer l’application swing en J2EE en architecture 3-tiers avec chiffrage et définition des tâches.

Conception, développement et mise en recette de plusieurs fonctionnalitées :
• Démarrage de l’application swing par java web start
• Mise en place de l’authentification unique depuis le portail Vision Client
• Mise en place de fiche de dialogue (par mail) entre les utilisateurs et
les « experts métier ». Le retour des mails est traité automatiquement par un
nouvel automate afin de clôturer les fiche de dialogue.
• Intégration de nouveaux flux aux automates (fichier EXCEL, TEE-CEA)

• Conception et développement d’un MAEVA « Lite » exécutable sur clé USB avec
serveur d’application jboss embarqué et une bdd lite. Ceci afin que les courtiers qui réalise des devis au nom de VH puisse le faire depuis n’ importe où avec leur clé USB

Recherche :

Veille technologique : Identification et évaluation de nouvelles technologies et
solutions susceptibles d'enrichir les offres de l'activité.
• Participation à la réflexion sur les usages et les nouvelles approches.
• Travail sur le M2M (Machine to Machine) : veille, définition, évolution,
prototypage.
• Travail sur le NFC : veille, suivi du NFC forum, définition et développement de
prototype
• Recherche autour du courant porteur (CPL), des passerelles OSGI,…


Conception et Développement :

Conception d’une maquette de géolocalisation et de tracking pour le projet du
bracelet électronique permettant de suivre des détenus : développement du back
office (bdd mySQL), du middleware et du front (Interface client riche).

• Développement d’un client de simulation pour la maquette de geolocalisation.

• Conception d’une maquette de wish-list en ligne pour les 3SUISSES interfacé
avec le moteur de recherche du site Internet des 3SUISSES. (servlet, jsp,...).
Cette maquette permet aux utilisateurs d’ajouter des éléments à une wish-list via des SMS, des MMS et des mails.

• Travail sur l’offre Podcast de SFR, développement de la partie embarquée (J2ME)

•Développement d’applications sur mobiles pour différents clients (TF1, Téléroute, Carrefour,…) (J2ME, .net)

•Développement d’applications en Java sur problématique du sans contact (NFC)
pour du paiement, de la fidélité et de la traçabilité (utilisation des framework NFC
de Nokia et samsung).

• Réalisation de benchmark pour un nouveau PDA utilisé par THALYS (.net)

• Assistance technique aux unités d’affaires pour certains projets, notamment avec SFR et THALYS.

• Mise en place d’un nouvel environnement (PushPull V2) d’envoie et de réception
de SMS.