Utilisation du MDA pour le support au MDM. Laurent 18/10/2012

Dimension: px

Commencer à balayer dès la page:

Download "Utilisation du MDA pour le support au MDM. Laurent 18/10/2012"

Michelle Laroche
il y a 6 ans
Total affichages :

1 Utilisation du MDA pour le support au MDM Laurent 18/10/2012 1

2 Keywords 2

3 MMA, 1er réseau social d assurances MMA Mutuelle d assurance avec réseau d agents généraux salariés 3 ème réseau d agents + de 3,3 millions de clients 2,6 millions de particuliers professionnels entreprises + de 7,6 millions de contrats Collaborateurs d agences Groupe avec Maaf et GMF NACRE : Nouvelle Architecture Clients Réseaux Entreprise Un plan de transformation du SI ambitieux cadré sur 4/5 ans, exécuté en 3 vagues de 18 mois avec 1 vision majeure : l intégration native des dimensions Client, Multi-canal, Réseau Social et Collaboratif. Une 1ere vague centrée sur : La démarche d Architecture d Entreprise La révision des socles et standards techniques La constitution des référentiels 3

Mars 2012 1ere vague de NACRE : plusieurs besoins de construction de Référentiels pour les données maîtres.

4 Origines du projet 2 origines 2011 Phase préparatoire de NACRE : réflexion sur les technologies utilisées pour les applications «Cœur de métier». Orientations Java et OpenSource. Mars ere vague de NACRE : plusieurs besoins de construction de Référentiels pour les données maîtres. Instauration de la démarche et des pratiques MDM. Le Master Data Management est un ensemble d outils, de bonnes pratiques et de process de gouvernance qui aide à définir et gérer les données maîtres d une organisation. [Wikipedia] 4

5 Exigences MDM Modélisation d un modèle pivot Génération des écrans liés au modèle pivot, Gestion multi référentiels. Démarche participative et collaborative (étapes de saisie et validation par délégation) Agilité Partage Gestion des authentifications et des autorisations liées (au service, à la donnée, aux structures) Sécurité Gouvernance Gestion de la traçabilité des mises à jour des données et des traitements (auditabilité), Versionning des données et des structures. Qualité Gestion des règles de contrôle de la qualité des données, Clonage, Fusion, Dé-doublonnage Intégration Import et export des données, Exposition de services. 5

Synthèse des besoins MMA a besoin d un Socle Performant : référentiels et SI opérants, exposés en mode WebServices, hautement disponibles Sécurisé : données maîtres avec un niveau d habilitation très

6 Synthèse des besoins MMA a besoin d un Socle Performant : référentiels et SI opérants, exposés en mode WebServices, hautement disponibles Sécurisé : données maîtres avec un niveau d habilitation très fin (à la donnée) Riche : implémentant toutes les exigences de la pratique MDM, Evolutif : permettant l ajout de fonctionnalité et le pilotage des évolutions des référentiels. Avec des contraintes Economiques : l outillage doit être essentiellement basé sur des technologies Open Source Techniques : la plateforme Java étant choisie, les technologies intégrées doivent être compatibles Humaines : la courbe d apprentissage doit rester faible et rapide. 6

7 Architecture & composants 7

Notre démarche Etape 1 Faire notre marché Etape

52% Envers JPA Spring Lucene CXF SpringBatch

% 86 % 90 % Etape 3 Outiller Etape 4 Evaluer et

Eclipse Indigo (STS) Agilité Partage Sécurité

8 Notre démarche Etape 1 Faire notre marché Etape 2 Faire un POC Idéal : 100% Agilité 30 % Partage 52% Envers JPA Spring Lucene CXF SpringBatch Sécurité Gouvernance Qualité Intégration 45 % 75 % 86 % 90 % Etape 3 Outiller Etape 4 Evaluer et itérer Idéal : 100% Acceleo Obeo Designer Eclipse Indigo (STS) Agilité Partage Sécurité Gouvernance Qualité 71 % 66 % 86 % 91 % 75 % Intégration 90 % 8

9 Nos choix UML vs DSM / DSL? Approche pragmatique UML connu et utilisé chez MMA Mise en œuvre rapide (out of the box!) Utilisation restreinte : diagrammes de classes uniquement L outillage retenu est UMLDesigner ( Léger et Intégrable dans un Eclipse orienté «dev» Full OpenSource Conserver un modèle centré sur les données Facilite la montée en compétence et le partage Permet un lien plus aisé avec le modèle métier pivot (cf. démarche d Architecture Entreprise) Une démarche Convention over Configuration 9

L emploi de Stéréotypes seuls se révèle peu lisible Choix : - Limiter l utilisation des stéréotypes aux

10 Définition des concepts Constitution d un profile UML dédié aux comportements MDM agrémenté d un profile dédié aux comportements SI «génériques» Au total : une 30aine de concepts! L emploi de Stéréotypes seuls se révèle peu lisible Choix : - Limiter l utilisation des stéréotypes aux «comportements dynamiques» : historisation, indexation, fusion, etc - Utiliser des annotations pour spécifier des contraintes intrinsèques : formats, sécurité, transaction, 10

Point sensible Comment construire un système complexe où

maintenabilité En mettant en œuvre les techniques de la

Et donc en conjuguant MDA, OOP et AOP Une illustration :

11 Point sensible Comment construire un système complexe où les différentes facettes sont activables / désactivables dans le temps? Comment garantir la simplicité des générateurs et leur maintenabilité dans le temps? En mettant en œuvre les techniques de la Programmation Orientée Aspect! Et donc en conjuguant MDA, OOP et AOP Une illustration : Personne (donnée) Structure (donnée) Historisation Indexation Filtrage Sécurité créerpersonne (service) TX Weaving 11

AOP à la rescousse Impacts sur le socle Revue des outils sélectionnés Simplicité des générateurs 1 module Acceleo par préoccupation 1 ou plusieurs fichiers généré par aspect

12 AOP à la rescousse Impacts sur le socle Revue des outils sélectionnés Simplicité des générateurs 1 module Acceleo par préoccupation 1 ou plusieurs fichiers généré par aspect (+ éventuellement directives de weaving) Génération Acceleo Adresse.java Adresse_JPAEntity.aj Adresse_Draftable.aj Adresse_Mergable.aj Adresse_Clonable.aj Pointcut expressions 12

13 Périmètre & utilisation 13

14 Démarche d utilisation Intervention humaine Cadrage (objectifs, exigences, dictionnaire) Modèle Sémantique (classes métier) Génération de code Modèle D organisation (processus métier) Soja Nouveau Socle Modèle D échange (données et services) Modèle De persistance (données, relations) Web Services Classes Java Schéma SQL Ecran Back-Office Processus BPEL 14

Zoom sur le package «domain» Utilisation du diagramme de

15 Structuration d un modèle Une application démonstration : Référentiel des personnes Conventions over configuration Zoom sur le package «domain» Utilisation du diagramme de classes UML pour la modélisation des entités persistentes. 15

Le lien entre modèle d échange et de persistance est porté dans le

16 Structuration d un modèle Zoom sur un package «api» Utilisation d un diagramme de classes UML pour définir le modèle d échange. Le lien entre modèle d échange et de persistance est porté dans le stéréotype «ViewModel» Le mapping des données est réalisé grâce à un plugin Eclipse Dozer. 16

17 Structuration d un modèle Zoom sur un package «service» Utilisation d un diagramme de classes UML pour définir les opérations. Le stéréotypes «CRUDS» expose dynamiquement les facultés d un ViewModel. 17

18 Spécification de la dynamique Comportements dynamiques spécifiés grâce à des stéréotypes Application simple via UML Designer 18

19 Spécification de contraintes Contraintes intrinsèques posées grâce à des annotations Utilisation des String Expressions ou des annotations EMF Utilisation de contraintes standards (JSR 303), custom ou décrites dans un moteur de règles 19

20 Bilan 20

Bilan - Construction 2 streams de réalisation Sélection des frameworks Java OpenSource 20 jours de charge Profils UML et générateurs Acceleo Auto-formation!

21 Bilan - Construction 2 streams de réalisation Sélection des frameworks Java OpenSource 20 jours de charge Profils UML et générateurs Acceleo Auto-formation! 20 jours de charge pour la 1ère itération Une ressource indispensable : Revue faite par Obéo avec évolutions pour UMLDesigner 1.4 ~ 3 jours / nouveau comportement Idéal : 100% Agilité 71 % Partage 66 % A fin Juillet 2012, après 45 jours, le prototype couvrait 83 des 98 fonctionnalités d un MDM (audit externe) Sécurité Gouvernance 86 % 91 % => Choix de lancer des projets pilotes Qualité 75 % Intégration 90 % 21

22 Bilan - Gains & retours Retours des 1eres expérimentation Niveau d industrialisation Sur un projet «pur référentiel» : ~ 95% de code généré Sur un projet «mixte» : ~ 80% de code généré Productivité élevée Réécriture d un système COBOL sur 10 jours : 12 entités & 30aine de services Performances au rendez-vous Intégration dans l usine logicielle Fluidité des outils au poste de travail : tout Eclipse Génération pilotée par le socle d intégration continue (via Maven) Points sensibles Modélisation Objet vs modélisation Relationnelle Eclipse pour les concepteurs! 22

23 Perspectives En amont Continuité avec la démarche Architecture d Entreprise Accostage des concepts Intégration avec l outillage MEGA (transformation de modèle?) En aval Evolutivité et «nouveautés technologiques» Persistance en bases NoSQL En parallèle de ces évolutions Généralisation du socle début 2013 Besoin de stabilisation Gestion du changement 23

24 Q & A Merci de votre attention! 24

Documents pareils

Cours en ligne Développement Java pour le web

Cours en ligne Développement Java pour le web We TrainFrance info@wetrainfrance Programme général du cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation Java Unité