Ouvrir son SI avec la trilogie Portail, SOA, BPM (Solutions Linux 2010 - cycle SOA)

Ouvrir son Système

d’Informationavec la trilogie Portail, SOA, BPM

Solutions Linux – SOA et logiciels libres

Marc Dutoo – Mars 2010

2

Qui sommes-nous ?

Open Wide – architecte Open Source

~ 90 employés sur Paris et Lyon, spin off de Thalès

Portail, gestion documentaire, Business Intelligence…

Offre de services pour les logiciels libres couvrant tout le cycle

► Industrialisation de l’usage des composants Open Source, pour les grands comptes et les administrations

Marc Dutoo – architecte GED / SOA / BPM

Conseil, formations, projets

Responsable R&D (Eclipse JWT, OW2 Scarbo…)

Présentation Open Wide l 27/09/08 3

Open Wide – références Portails, SOA ; R&D

Références Portails intra / extra net

Expert Liferay, partenaire ezPublish…

Jusqu’à la TMA

Références SOA

Conseil, support, prototypes

Réalisation, intégration de briques externes « X »

R&D : BPM, SOA, ESB

OW2

Eclipse

Plan

Problématique

► Cas client : ouverture de son SI dans une démarche SOA « Libre »

Architecture SOA

Données métier

► Design, gestion, échanges et évolution SOA

Flexibilisation par les processus métier

Conclusion


La problématique - 1

Une organisation "X" de type administration publique

Offre à ses clients des services requérant pour y souscrire de

nombreuses informations (formulaires)

► d'ordre comptables, justificatives, mesurantes

évoluant chaque année avec l'offre, les contraintes (légales), les

besoins d'analyse du marché (Business Intelligence)

jusqu'alors, tout était fait en "version papier", et entré dans un

unique backoffice client de type CRM

L'objectif : ouvrir le SI aux intervenants côté client !

► En passant à une version Web - l'"administration électronique" et tous

ses avantagesPrésentation Open Wide l 27/09/08 5


En profiter, grâce à une démarche SOA et Libre, pour :

flexibiliser les processus métier (introduction des données,

instruction des dossiers)

flexibiliser et gouverner l'évolution des informations requises

flexibiliser l'introduction de nouveaux services aux clients et des

applications qui les fournissent

bâtir dessus pour améliorer les capacités d'analyse du marché

Enfin, urbaniser son SI sur le périmètre présent et futur

► introduire de nouvelles briques et méthodes sur un périmètre bien

délimité, puis faire "tâche d'huile"



Mise à disposition des usagers du service fourni

Acteurs :

organisation X supervise

client (contractualisé) : intervenant central

supervisant ses agents "terrain"

en contact avec les bénéficiaires effectifs du service offert

Tous participent à l'introduction au sein d'un processus

collaboratif des données requises par le service offert.


SOA ?

Concrètement, que recouvre SOA ?

Sans reprendre une définition "tarte à la crème"...

des briques technologiques

des standards techniques de l'intégration

► on peut faire du SOA avec les doigts !

une approche de design du domaine métier dans le SI

une philosophie d'urbanisation SI

et au-delà de sa gouvernance, de son évolution


Pourquoi SOA

Pourquoi SOA

Au niveau SI, au-delà de la gestion par silos applicatifs, la gestion

des points d'intégrations (services)

Au niveau architecture, des bonnes pratiques et du bon sens

Au niveau technique, intégration uniforme

► Notamment, les ESBs offrent une solution d'intégration universelle

Au niveau métier, cycles métier : gestion des définitions des

données - tout particulièrement dans notre cas !

Au niveau exploitation, monitoring métier


Architecture – 1 – Vue d’ensemble


Architecture – 2

Briques

le portail : Liferay

► Riche et mature, est un

environnement idéal pour

les usagers de

l'administration électronique

► capable d'accompagner la

montée en charge de

l'électronisation des

services (scaling), avec

l’ouverture de nouveaux

services et des applications

qui les fournissent


Architecture – 2

Briques

le bus de services (ESB) : Petals

► incarne la couche SOA et est le

lieu de l'intégration découplée et

gouvernée entre les briques et le

SI

► Moteur de services indépendant

et distribué : orchestration,

transformations, connecteurs

(SOAP)…

► Console de monitoring des

informations métier correlées :

Petals View


Architecture – 2

Briques

le moteur de workflow (ici, applicatif)

: OW2 Scarbo

► flexibilise la coordination des

interventions humaines et des

services SOA dans les processus

outillant le métier

► Comprend : designer, moteur dont

intégration services (SCA d’où

SOAP, RMI…), console

d’administration et monitoring

► Basé sur les projets Eclipse (JWT,

SCA) et OW2 (Bonita, Frascati)


Architecture – 3

SI existant

CRM .NET

Annuaire Active Directory

Démarche

Open Wide réalise et livre la solution « clés en main »

ESB : Support de l’éditeur (Petals)

Pilotage SOA

► Entre le client et les prestataires, les responsables d’applications


Design métier - 2

L'approche SOA repose sur des Services gouvernés

► Mais leur design est fondé sur celui des données métier !

► C'est pourquoi les données sont cruciales en SOA.

Données métier :

intervenant central : identification, caractérisation,

contractualisation, tableau de bord (comptable)

agents terrain : identification, caractérisation

bénéficiaires effectifs : informations comptables, caractérisation

Informations nombreuses et en évolution !

Comment le concilier avec l'approche SOA ?


Gestion des données - moteur

Moteur de formulaires

moteur de données générique

métamodèle de formulaires

administré par interface web

arborescence de données typées, avec

règles de validation, voire calculées

affichage web générique customisable


Gestion des données – exploitation

Exploitation des données du moteur

clients :

► fonctionnalités développées en portlets Liferay

SI :

► services web applicatifs exposés en services gouvernés de la SOA

dans le bus de service Petals

analyse (BI) :

► base de données "concrète" générée à partir des méta-informations,

exploitée notamment par Business Objects


Gestion des données – SOA - 1

Des données applicatives aux données

SOA et vice-versa

services web applicatifs :

► "méta" (exposés par CXF)

couche de transformation générique

services web SOA :

► "concrets", métiers, format pivot, facilite la

correlation, XML "human readable"...

couche de transformation spécifique

services web SI ex. CRM .NET : spécifiquesPrésentation Open Wide l 27/09/08 18

Gestion des données – SOA - 2

Respect des contraintes :

techniquement, repose sur des définitions (fichiers WSDLs)

validées et gouvernées des services de la couche SOA

une bonne base pour ces WSDLs peut être générée là aussi par le

moteur de données génériques des formulaires

Une vision métier des échanges techniques réalisés

Petals View donne une vue correlée sur les échanges techniques

sur une base de données alimentée par Petals ESB


Gestion des données – Cycle de vie - 1

Cycle de vie des définitions métier

données... "en évolution" ?

► mettre en place de manière robuste des évolution peut être facilité par

diverses capacités techniques,

► mais le rythme des évolutions, les contraintes métier à respecter sont

imprimés par le métier et les usages clients,

► et en conséquent dicte le choix du couple méthodologie - technologie

retenu pour faciliter les évolutions !

Ici, le cycle est annuel

synchronisé avec les périodes de haute vs basse activité

et avec la date annuelle de "cutoff" comptable



Dans un environnement de staging,

élaboration des évolutions ou nouveaux formulaires

par le client dans l'interface d'administration web

► philosophie : ajoûts de champs seulement

par l'intégrateur pour les changements avancés ou nouveaux

développements

► ex. alimentation du SI par de nouvelles informations : enrichissement

de la couche de transformation spécifique



Dans un environnement de staging - suite

validation de la migration des données existantes (si nécessaire

réalisées par du spécifique : "patch" automatisé) sur des données

récentes prises de l'environnement de production

validation en recette de l'application, y compris de son intégration

dans le SI (ESB)

mise en place d'un environnement de préproduction

bascule en production


Gestion des processus métier (BPM)

OW2 Scarbo

“An open, SOA ready, SCA powered BPM solution built on OW2

and Eclipse”

► Conception : Eclipse Java Workflow Tooling designer

► Exécution : OW2 Bonita workflow server

Scarbo permet de concevoir, implémenter et exécuter des

processus métier au-dessus d’une architecture orientée Services

En restant indépendant des choix technologiques !

► Grâce à l’écosystème JWT côté BPM (compatibilité avec les

standards XPDL, BPMN, STP IM, BPEL)

► Et à SCA / FraSCAti côté SOA (standards Web Services, RMI, SCA)



OW2 Scarbo - vue d’ensemble

Nova Bonita

FraSCAti

Eclipse JWT +

Scarbo pluginsEclipse STP

SCA Editor

Workflow

EngineService Platform

STP-IM

Any

SOABPM

Compatibility

XPDL SCA

Scarbo

runtime


OW2 Scarbo - intégration

Intégration

BPM et SOA, des approches complémentaires

► Top down vs bottom up, gouvernance, métier

Workflow applicatif

► Mais disponible dans le SI si les besoins évoluent

Web Services

Synchronisation au début et à la fin de chaque étape du workflow

► Des données entre le moteur de données génériques

► Et le moteur de workflow

Aujourd’hui

En production !

Prêt aux évolutions :

Business Intelligence

Interopérabilité

Autres services :

► interfaces web intégrées dans le Portail

► authentifiés sur l'annuaire OpenLDAP

► interconnectes avec le SI par la couche SOA / ESB

► voire pour ceux qui sont similaires, développés sur le même moteur



Conclusion

Portail, SOA, BPM

Ouverture aux usagers, intégration découplée, flexibilité

Le Métier est en contrôle, tout au long du cycle de vie

Les plus du Libre : un allié naturel de SOA

► les briques Open Source, de facto "standards d'implémentation"

► le Libre, garant de l'ouverture : anti "vendor lock-in"

► redonne au DSI le plein contrôle de son SI

Liens

► Liferay http://www.liferay.com

► OW2 Petals http://petals.ow2.org

► OW2 Scarbo http://scarbo.ow2.org

http://www.liferay.com/

http://petals.ow2.org/

http://scarbo.ow2.org/

28

Contacts

14, Rue Gaillon

75002 Paris

Tél. : 01 42 68 28 00

Fax : 01 40 07 54 86

Merci de

votre

attention !

Contact

[email protected]

www.openwide.fr

Questions –

réponses…

mailto:[email protected]

http://www.openwide.fr/

Ouvrir son SI avec la trilogie Portail, SOA, BPM (Solutions Linux 2010 - cycle SOA)

Technology

Transcript of Ouvrir son SI avec la trilogie Portail, SOA, BPM (Solutions Linux 2010 - cycle SOA)