Le Centre de Compétence Java de SAGA

Bien que la technologie Java ne soit plus si récente (elle a été publiée en 1995), elle est encore bien vivante et en évolution constante. Il suffit de regarder le nombre d'évolutions présentées chaque année à Java One et vous serez convaincus. Il est donc très important pour les consultants de maintenir leurs compétences à jour. Le Centre de Compétence Java de SAGA vise à organiser la gestion des connaissances des consultants travaillant chez SAGA dans la technologie Java. Le Centre de Compétence Java de SAGA a été créé en 1998. Aujourd'hui, Java représente environ 40% des compétences des consultants SAGA.

Le Centre de Compétence Java de SAGA a différents objectifs:

- Les partenariats: Nous travaillons en partenariat avec plusieurs fournisseurs de Java parmi lesquels IBM, Oracle et Spring. Grâce à ces partenariats, nos consultants ont accès à la technologie pour maintenir leurs compétences à jour.

- Le partage des connaissances: L'objectif interne du centre de compétence est de permettre aux consultants de partager leurs connaissances entre eux. Ceci est basé sur des présentations données par nos consultants à leurs collègues sur des sujets précis. Cela peut être une vraie expérience de vie professionnelle, de participation à un projet interne de R&D (Rule Engines, ESB, JSF ,...).

- Le Coaching: Via le centre de compétence, les consultants juniors peuvent recourir à plusieurs consultants seniors qui les aideront à naviguer dans cette technologie merveilleuse mais vaste.

- Les études: Le centre de compétence prend parfois aussi la responsabilité de la réalisation d'études pour nos clients (études d'architecture, comparaison de frameworks, audits de code,...).

Comme indiqué plus haut, le Centre de Compétence Java est l'endroit où certains projets internes de R&D peuvent se réaliser.

Voici quelques exemples de projets internes de R&D qui ont été menés ces dernières années.

Le positionnement en matière de Business Rule Management Systems (BRMS) :

Les BRMS ont été un sujet très branché ces dernières années. Le but de ce projet interne de R&D est de mettre la lumière sur différents thèmes:
1. Quelle est l'architecture type d'un BRMS et comment l'intégrer dans l'architecture d'une application?

2. Quand utiliser un BRMS pour remplir les exigences d'affaires (quels sont les cas où il est bon d'utiliser un BRMS et quels sont ceux où un développement personnalisé est préférable)?

3. Quels sont les produits qui existent aujourd'hui en tant que Java BRMS et comment se différencient-ils les uns des autres?

4. A partir des expériences réelles, quels sont les projets concrets de SAGA où nous avons utilisé les produits BRMS?

Méthodologie de migration Java EE :


Bien que Java soit une technologie portable et ouverte, vous ne pouvez pas migrer une application en un claquement de doigt.

Il n'y a pas que la Java Virtual Machine qui est importante, mais aussi les dépendances:

- Est-ce qu'elle tourne sur un serveur d'application?
- La base de données?
- La migration des frameworks?
- La migration du messaging engine?
- ...

Il est donc important de mener un projet de migration (soit d'une version à l'autre de la même plate-forme soit d'un fournisseur à un autre) en ayant à l'esprit un plan clair et détaillé.

Comme nous avons participé à différents projets de migration Java, nous avons pensé qu'il serait intéressant de définir formellement une méthodologie de migration Java qui comprend:

1. Les étapes d'une migration Java.
2. Les stratégies qui peuvent être menées.
3. Les parties non-techniques telles que les tests de régression, ...

Ce projet interne de R&D est tout cela. Il a été réalisé en utilisant la norme Unified Process notation.