Introduction EIP Designer 20151119 - Architecwave

Post on 12-Apr-2017

659 views 0 download

Transcript of Introduction EIP Designer 20151119 - Architecwave

@lbroudouxArchitectwave | 19/11/2015

Laurent Broudoux | Architectwave | Novembre 2015

Spécification par les EIPUne passerelle entre EA et Développements ?

@lbroudouxArchitectwave | 19/11/2015

Quelques mots

Laurent Broudoux Le jour … Architecte IT Senior chez Covéa Mots-clés : EA, SOA, Modeling, Java, Agile, Software factories

La nuit … Coder, geek, open source committer (http://github.com/lbroudoux)

Me joindre / suivre @lbroudoux laurent.broudoux@gmail.com http://lbroudoux.wordpress.com

@lbroudouxArchitectwave | 19/11/2015

Enterprise Integration Patterns

Enterprise Architecture

EIP Designer

Demo

Next …

AGENDA

@lbroudouxArchitectwave | 19/11/2015

Enterprise Integration

@lbroudouxArchitectwave | 19/11/2015

Comment spécifier

le comportement de l’intégration ?

? ????

??

?

@lbroudouxArchitectwave | 19/11/2015

UML ?

@lbroudouxArchitectwave | 19/11/2015

UML peut faire mal …

Définition de séquences optionnelles ou alternatives avec guard condition

@lbroudouxArchitectwave | 19/11/2015

… encore …Conditions d’échappement et parallélisme

@lbroudouxArchitectwave | 19/11/2015

… et encore.

Définition de boucles

Des manques ou limites importants dans le contexte de l’intégration :

- La possibilité de qualifier un traitement (Transformation de données ? Filtre ? Eclatement / Agrégation ?),

- La lisibilité réduite lorsqu’on augmente le nombres de partenaires,

- L’accessibilité. Qui comprend ces notations en dehors d’un Architecte ??

@lbroudouxArchitectwave | 19/11/2015

Des alternatives ?

BPMN ?OK pour montrer options, séquencement et parallélisme.KO pour qualifier les typologies de traitement à mettre en œuvre

Visio ou PowerPoint ?OK à condition d’avoir défini son propre formalismeDifficilement partageable (pensez prestation …)Non exploitable

Word ?AmbigüeNon exploitable

@lbroudouxArchitectwave | 19/11/2015

Enterprise Integration Patterns

• Gregor Hohpe and Bobby Woolf en 2003• 65 patterns pour décrire des problèmes récurrents

@lbroudouxArchitectwave | 19/11/2015

Enterprise Integration Patterns

Une terminologie et une notation avec ses primitives …

@lbroudouxArchitectwave | 19/11/2015

Enterprise Integration Patterns

Des compositions pré-établies ou à créer

Normalizer

Scatter-Gather

@lbroudouxArchitectwave | 19/11/2015

Support d’EIP

Un « standard » supporté par les vendeurs majeurs

- Une simple abstraction du source- Un mapping + ou - implicite !

@lbroudouxArchitectwave | 19/11/2015

Mais …designer for EIP

designer for EIP

EIP n’est pas un langage, n’a pas de méta-modèle. C’est une simple notation …

@lbroudouxArchitectwave | 19/11/2015

Enterprise Architecture

@lbroudouxArchitectwave | 19/11/2015

La vision Services en EA

Service et consommations utilisés par la plupart des méthodologies EA …

Service

Application Service

Application Function

consumes

usesrealizes

Mais ces méthodologies ne descendent pas sur la question du « comment ? »

@lbroudouxArchitectwave | 19/11/2015

Service / API Behaviour Specification Décrire les traitements internes

et les interactions partenaires

Des activités complémentaires

Service / API Realization

Enterprise Architecture activities

… pour combler le fossé avant la réalisation.

Service / API InterfaceSpecification

Décrire les données échangées (IN / OUT)

@lbroudouxArchitectwave | 19/11/2015

Certaines simples à outiller

Service / API Realization

Enterprise Architecture activities

Service / API InterfaceSpecification

Service / API Behaviour Specification

Nombreux méta-modèles et artifacts techniques

… d’autres moins explorées !

?

@lbroudouxArchitectwave | 19/11/2015

Utilisation d’EIP pour le comportement

Service / API Realization

Enterprise Architecture activities

Service / API InterfaceSpecification

Service / API Behaviour Specification

Insuffler de la continuité dans les activités

Un outillage EIP pour réaliser la transition !

@lbroudouxArchitectwave | 19/11/2015

Utilisation d’EIP pour le comportement

Service / API Realization

Enterprise Architecture activities

Service / API InterfaceSpecification

Service / API Behaviour Specification

Intégrer une boucle de retour

Dans la vraie vie, le processus n’est jamais

uniquement top-down !

@lbroudouxArchitectwave | 19/11/2015

EIP Designer project

@lbroudouxArchitectwave | 19/11/2015

EIP Designer

Une façon simple, indépendante d’un vendeur, de spécifier le comportement d’un Service,

Des accélérateurs pour générer des squelettes pour les solutions de mise en œuvre les plus communes,

Des outils de contrôle pour vérifier une mise en œuvre,

Un système de bridge pour étendre d’autres designers notamment orientés Architecture d’Entreprise

@lbroudouxArchitectwave | 19/11/2015

EIP Designer

Basée sur les technologies Eclipse

Open Source (http://github.com/lbroudoux/eip-designer)

Avec le support de 1ers standards ouverts

Spring Integration

Obeo TOGAF Designer

SwitchYard / SCA

@lbroudouxArchitectwave | 19/11/2015

@lbroudouxArchitectwave | 19/11/2015

Perspectives

Utilisation pour la migration de patrimoine ?

Expérimentation Covéa T4 2015

EIP Model

EIP Designer Parsers

EIP Designer

Generators

EA activities

@lbroudouxArchitectwave | 19/11/2015

Merci !

Crédits photoshttps://www.flickr.com/photos/endymion120/8322183203/https://www.flickr.com/photos/sembazuru/6974372/https://www.flickr.com/photos/flyingturtle/880395543/https://www.flickr.com/photos/bodhack/3426176883/https://www.flickr.com/photos/joone/3050331298/https://www.flickr.com/photos/davegray/http://memeful.com/meme/MzE49zw/Evil-Plotting-Raccoon