Le projet J2EE du ministère de l'Éducation nationale vise à refondre le système d'informations des ressources humaines, gérant plus de 1,1 million de personnes. Il repose sur une architecture SOA et J2EE, avec une équipe dédiée, des outils sélectionnés pour standardiser et optimiser le développement, et des objectifs clairs en matière de communication et de gestion des connaissances. Les gains immédiats incluent l'automatisation et des outils de communication efficaces pour soutenir les opérations.

1. Industrialisation projet J2EE
dans un contexte SOA
REX Ministère Éducation nationale
SolutionsLinux 2010
FDL, CC-by-sa
2010-02-26
Franck VILLAUME
mailto:franck.villaume@capgemini.com
xmpp:fvill@im.apinc.org

2. Agenda
 Contexte
 Focus Architecture SOA et J2EE
 Notre approche
 Les outils sélectionnés
 Architecture générale de la solution
 Les points d'attention
 Relations avec les communautés
 Les gains immédiats
2

3. Contexte général
 Refonte du système d'informations des ressources
humaines du ministère :
• gestion de + de 1,1M de personnes
• + de 100 corps et grades.
 Marché de plusieurs années
 Répartition géographique des équipes pilotage /
développement : Suresnes, Versailles, Aix-en-Provence,
Toulouse, Casablanca.
 Fenêtre de mise en production : 3 fois par an
3

4. Focus architecture SOA et J2EE
 Typologie de modules, de composants techniques.
 Version des services, des modules portant les services,
des composants techniques inclus dans les modules.
 Dépendances de versions des services et de versions
des composants techniques.
4

5. Notre approche : Nos besoins
 Domaine humain
• Qui travaille sur quoi ?
• Augmenter la communication sans faire de bruits
• Péréniser la connaissance
• Assurer la distribution géographique (être capable d'être au plus
proche)
 Domaine technique
• Démarrage rapide de projets
• Outillage J2EE
• Standardisation de la méthode de développement, de livraison
5

6. Notre approche : Forge logicielle hiérarchisée
 Vision globale organisationnelle
• Programe > Produits > Projects > Modules Applicatifs
− SIRHEN est un “programme”. Ce programme est un ensemble de
produits. Un produit contient des projets. Les projets incluent des
modules applicatifs.
• Les modules applicatifs s'appuient sur des composants techniques
transverses.
 Point d'accès unique tous profils d'utilisateur
• Du développeur au manager
•
 Travail d'urbanisation important
• S'assurer au plus tôt du découpage fonctionnel pour assurer l'unicité
des services et la cohérence
6

7. Notre approche : La sélection des outils
 Critères internes Capgemini
• Réutilisation de composants connus et éprouvés
• Compétences
•
 Critères Ministère
• Réutilisation de composants déjà existants pour migration
 Critères spécifiques par outil
• Communauté existante, reconnue, ouverte et fiable
• Solidité technique
• API disponible
• Documentation du code
• Maturité dans le domaine
7

8. Notre approche : Les outils sélectionnés 1/2
 Gestion de la structure du programme
• Hiérarchisation des éléments et création de filation entre les objets
 Gestion de la durée
• Pérénnité de la documentation
• Qualité et revue du code
• Roadmap, anomalies
8

9. Notre approche : Les outils sélectionnés 2/2
 Gestion des dépendances et de la dette technique
 Gestion des versions
 Gestion géographique
• Architecture décentralisée
9

10. Notre approche : L'équipe
 Pour construire la solution :
• 5 personnes temps plein
− 1 architecte
− 1 spécialiste Continuum / Archiva / Maven
− 2 développeurs
 Pour faire vivre la solution :
• 2 personnes temps plein
− 1 exploitant / support
− 1 développeur
• 1 personne pilotage / architecture à temps partiel
10

11. Architecture générale
11

12. Les points d'attention
 Gestion des branches
• Subversion : merge ?
• Connaître l'état d'un projet dans une branche donnée
• Qualimétrie Sonar, Continuum build des branches
 Sonar :
• Vue hiérarchisée (Plugin existant mais propriétaire)
 Gestion du cycle de vie des services
• Annuaire UDDI ? JUDDI ? Choix actuel : Centrasite (outil propriétaire)
 Conduite du changement
• Prise en main des outils par les acteurs
12

13. Relation avec les communautés
 FusionForge :
• Communauté très ouverte, accueillante.
• Excellent dynamisme.
• Intégration de l'équipe de développement
 MantisBT :
• Ouverture d'anomalies
• En cours d'analyse pour création de patchs pour reversement
• Reversement via bugtracker
 Archiva :
• Ouverture d'anomalies
• En cours d'intégration de la nouvelle version d'archiva.
 Pas de contacts pris avec les autres communautés.
13

14. Les gains immédiats : Automatisation J2EE
• Provisionning au sein de la forge depuis des archetypes maven
• Ajout au sein de la chaîne d'intégration continue
14

15. Les gains immédiats : Communication
• Outils disponibles immédiatement
−
− Mailing-lists
− Wikis
− Espace documentaire
− Gestion de tickets / Roadmap
− Page personnelle
− XMPP
15

16. Les gains immédiats : Organisation technique
16

17. Les gains immédiats : montée en charge
 Dans 3 mois : 500 personnes
17

18. Le futur
 Continuer le reversement vers les projets :
• MantisBT : API
• FusionForge : plugin MantisBT
 Capable de faire une release en un clic
• Améliorer l'intégration Continuum
 Mise en place de plusieurs usines intégration continue
 Gestion de la dette technique hiérarchisée
• Augmenter la visibilité du reporting
 Enrichir les fonctionnalités de l'espace documentaire
FusionForge
 Améliorer la prise en main des outils
18

19. Questions ?
Merci pour votre écoute.
Franck VILLAUME
mailto:franck.villaume@capgemini.com
xmpp:fvill@im.apinc.org