ion et transformation du si soa v1

8/8/2019 ion Et Transformation Du SI SOA V1

1/17

ArchitectsCommunity

Xime Symposiumde lArchitecture

SOA, Urbanisation et Transformation de SI

Daniel LEROY


2/17

ArchitectsCommunity

Xime Symposium de lArchitectureParis Novembre 2005 page 1;

Sommaire

Quelques dfinitions utiles lurbanisation et la transformation

Quelques dfinitions utiles SOA

Les apports de SOA lurbanisation et la transformation

Un exemple de transformation associant SOA et urbanisation


3/17

ArchitectsCommunity


A chaque fois quun client subit un vnement du fait de ses changes avec sonmilieu externe ou interne, il impacte directement le systme dinformation dansplusieurs composantes et de faon simultanes :

Besoins

1. De l'expression des besoins peuvent tre dduitesexigences fonctionnelles et non fonctionnelles

(scurit, performances)

Applications2. Les exigences fonctionnelles impactent la

dfinition des applications

Infrastructure 3. Les applications sont implmentes sur uneinfrastructure d'excution

Orchestration &exploitation

4. Le fonctionnement des applications surlinfrastructure ncessite orchestration et exploitation

Niveau qualitservice et scurit

5. Les indicateurs de lexploitation dfinissent la qualitde service et de scurit

La qualit de service et de scurit doit rpondre aux besoins (exigencesfonctionnelles et non fonctionnelles).

Transformation et Urbanisation sappliquent unmme cycle allant du dveloppement lexploitation


4/17

ArchitectsCommunity


Tout changement ncessite un alignementL'agilit facilite l'alignement

Agilit

Urbanisation Recherche des invariants processus :

regrouper les activits identifis par

processus mtier en grands domaines

suffisamment indpendants et stables toute volution stratgique

Aligner le SI sur ce dcoupage

Alignesur lactivit

Ad hoc

RactiveMatrise Agile

Intgre

l'Ecosystme

Execution

Str

atgie

Evolution

Dcouplageextension

Transformation

Alignement

Analyse des impacts du changement

sur le SI (au niveau applications

comme au niveau infrastructure)

Ralignement de la qualit de service

sur les exigences fonctionnelles et non

fonctionnelles

Applications

Infrastructure

Besoins

Niveau qualitservice etscurit

Orchestration& exploitation


5/17

ArchitectsCommunity


URBANISATIONURBANISATION&&

TRANSFORMATIONTRANSFORMATION

ChangementsorganisationnelsChangements

organisationnels

Evolutions dumarch IT

Evolutions dumarch IT

Demandesbusiness

Demandesbusiness

Evolutionstechnologiques

Evolutionstechnologiques

Pression de loutsourcing

Consolidation, Mutualisation des moyensRationalisation du patrimoine des applicationsConfort dutilisation d une application

FusionAcquisitionChangement de gographieVentevolution de l cosystmevolution rglementairesRorganisation interneExigences de productionExigences de qualit de service

Exigences de scurit

Nouveaux clientsNouveaux services/canauxNouveaux partenairesNouveaux fournisseursNouveaux processus mtiersNouveaux processuscollaboratif

Nouvelle applicationNouvelle version dapplicationNouveaux services technologiquesPrserver le patrimoine de l existantObsolescence des technologies, applicationsChangement de plate- forme technologiqueMutualisation des technologies

Les dclencheurs de lurbanisation et de la transformation


6/17

ArchitectsCommunity


Lurbanisation conjugue les problmatiques pour prparerla transformation

Identification de la stratgiemtiers (mtiers du client,mtiers de linformatique)

Dfinition des cartographiesfonctionnelles (processus,objets mtier de rfrence etde gestion, acteurs)

Dfinition des exigences(fonctionnelles, scurit,performances)

Identification desorientations technologiques

Dfinition des cartographiesapplicatives existantes etcible

Mise en application descritres de rationalisation Choix des solutions mtiers(progiciels, best of breed,spcifique)

Identification desorientations darchitecture(plate-forme matrielle etrseau, localisation des sitesinformatiques)

Dfinition de larchitecturede linfrastructure logicielleet matrielle (SA, scurit,EAI, SGBD, SAN, rseau,serveur, supervision, )

Identification de la stratgiedexploitation (gestion desoprations, sous-traitance,)

Identification des

orientations pour lasupervision et le support

Orientation Construction Exploitation

De la prospective, au niveau Systme dInformation

la mise en uvre des projets de dveloppement et dexploitation

Rgles durbanisation,Trajectoire de lurbanisation

Transformation Scurisation Optimisation


7/17

ArchitectsCommunity


Sommaire






8/17

ArchitectsCommunity


SOA : un modle global

BPM

Donnes mtier 1

Service mtier 2

Prsentation

Systmeexterne

Portail

Services

utilitaires

Clients

Orchestration

Echanges

Services

Domaine

Coordinationportail

Persistance

Services mtier 1

Donnesutilitaires

Client richeMulticanalClient applicationWeb

Workflow

EAI ESB

Donnes mtier 1

Partenaires FournisseursUtilisateurs Administrateurs

Ltat desprit service permet danticiper lusagepartag des services

Ltat desprit service permet danticiper lusagepartag des services

Les services masquent la complexit et permettent delimiter la porte des changements

Les services masquent la complexit et permettent delimiter la porte des changements

La standardisation des interfaces et leur publicationrduit les cots et favorise la rutilisation

La standardisation des interfaces et leur publicationrduit les cots et favorise la rutilisation

Larchitecture oriente service embrasse tout le cycle devie des applications

Larchitecture oriente service embrasse tout le cycle devie des applications


9/17

ArchitectsCommunity


Les principaux concepts des approches service

Service Un ensemble de traitements assurs par un prestataire, (nomm galement producteur de service ) conformment un contrat, pour le compte dun

ensemble de clients (nomms galement consommateurs de service ) afin

daccomplir une fonction

Consommateur deservice

La pice de programme dune IHM (enchanement par lutilisateur) ou duneapplication (enchanement automatique) qui utilise un service

Producteur de

service

Une pice de programme qui fournit un service

Orchestration de

services

Enchanement dappels de service dans le but de raliser un processus

Applications

collaboratives

Les applications collaboratives sont des applications qui permettent

lorchestration de diffrents services afin de fournir les fonctions ncessaires

la ralisation des processus


10/17

ArchitectsCommunity


Sommaire





L t t l t f ti l


11/17

ArchitectsCommunity


Les avantages apportes la transformation par lesservices

Les services permettent de masquer la complexit de limplmentation desfonctionnalits dans une application

Lapplication appelante fait appel un composant fournissant le service (Web Service,BAPI de SAP, ) au travers dune interface acceptant une question normalise (messageXML dfini pour le WS, API de la BAPI, ) pour fournir une rponse normalise

Lappel du service dispense lapplication appelante de la connaissance de larchitecturetechnique de lapplication appele (organisation des composants, implmentation desrgles de gestion) et de la connaissance de son modle de donnes (principalement sonmodle physique)

Les services permettent de rduire la complexit dintgration des composantsdes diffrentes applications (htrognit technologique, implmentationgographique)

La prsentation dun service implment dans une technologie standard (Web Service)permet au composant appelant de rester indpendant de limplmentation des composantsappels (infrastructure matrielle, langages de programmation)

Lutilisation de technologies (WS, SOAP) associant la smantique mtier du service

(WSDL) sa localisation (URI) dispense le composant appelant de la connaissance delinfrastructure (position du serveur, adresse rseau)

Les avantages apportes la transformation par


12/17

ArchitectsCommunity


Les avantages apportes la transformation parlorchestration des services au travers des processus

Les services sont conus pour tre utiliss sans avoir connatre le contexte delappel (mode sans tat : le service fournit une rponse une question).Le mode sans tat permet la rutilisation de modules applicatifs existants enles prservant de la complexit lie aux nouveaux processus.

Le contexte dun appel est li au processus qui sexcute. Lorchestration selon ladynamique du processus connat le contexte qui volue aprs chaque appel de service.

Lorchestration des services permet de mettre en uvre de nouveaux processusen utilisant les services dj raliss

La mise en place de services la granularit mtier (rponse du service correspondant lexcution dun ensemble de rgles de gestion significatif pour une MOA) permet demettre en uvre rapidement de nouveaux processus

Lorchestration de services de granularit basse (ex : service accesseur )

permet de construire des services la granularit mtier

Lappel au service de la plus haute granularit active lorchestration dun processus dontle rsultat final correspond la rponse de ce service. Le processus fdre la rponse desservices de base en orchestrant leur squence dappel.

Les avantages apportes la trajectoire de la


13/17

ArchitectsCommunity


Les avantages apportes la trajectoire de latransformation

Au fur et mesure de la transformation, les services mis en place lors despremires tapes facilitent la mise en uvre des suivantes

La ralisation de services dans les briques applicatives concernes par les premirestapes facilite la mise en oeuvre des processus lors des tapes suivantes par orchestration

de services rcemment construits avec ceux qui existent dj.

La ralisation de services dans une application permet de frontaliser ses

fonctionnalits vis vis de lensemble du SI de lentreprise ou dun SI largi

aux partenaires

Un service peut tre appel par lorchestration dun processus transverse notamment pourrpondre aux contraintes de dlai pour la mise en uvre des processus B2B

Il peut aussi tre appel dans la couche de prsentation dune IHM Web dveloppe dans

lentreprise pour ses propres besoins ou par un partenaire pour les siens (exemple duservice fourni par le SI des socits mto pour les portails dentreprise)


14/17

ArchitectsCommunity


Sommaire






15/17

ArchitectsCommunity


Le contexte de la transformation

Un grand distributeur de vins fins et spiritueux de France dcide douvrir son march europen pourle 25 dcembre 2005 aux eaux aromatises, et aux boissons alcoolises pour adolescents.

il a trouv dans lest de lEurope une socit de production deau avec ses points de ventes et unfournisseur darmes naturels.

Le nouveau catalogue produit doit tre accessible dans tous les points de vente.

Des gains d chelle sont attendus par la rationalisation de la politique dachats.

Les contraintes rglementaires en France fixent :

la distribution dalcool dans les grandes surfaces pour les adolescents ne ncessite pas la prsentationdune pice didentit, par contre dans les points de vente du distributeur elle est ncessaire.

Les points de ventes actuels, majoritairement en Europe de louest possdent un terminal qui fait la

gestion du magasin, r approvisionnement, gestion de la caisse. Les points de ventes du producteur

deau en Europe de lest grent uniquement la caisse.

Du fait de ces diffrences le systme central en Europe de louest a des fonctions qui ne gre que la

consolidation dapprovisionnement. A linverse en Europe de lest, le systme central gre un centre

dappel et la consolidation des approvisionnements.

De mme le point de vente en Europe de louest gre sa propre comptabilit qui est support par

lapplicatif du point de vente

En Europe de l est, le point de vente dlgue sa comptabilit aux fonctions centrales.


16/17

ArchitectsCommunity


Description synthtique des SI existants

Europe de louest Europe de lestGrossisteen vin

Grossisteen vin

Grossisteen vin

Grossisteen vin

Site central Europe de louest

Producteurd armes

Site central Europe de lest

Producteurdeau

Conso.appro

Conso.compta

gestion du magasin,r approvisionnement,gestion de la caisse

Pointde vente

gestion du magasin,r approvisionnement,gestion de la caisse

Pointde vente Pointde vente

Gestion de caisse

Pointde vente

Gestion de caisse

Gestioncomptable

Centred appels

Quels sont les avantages de la SOA ?

Quelles sont les limites de la SOA ?

Quel rle peut jouer SOA dans ce cas ?

Lapproche durbanisation des SI prpare la


17/17

ArchitectsCommunity


L approche d urbanisation des SI prpare latransformation en facilitant lapproche SOA

Europe de louest Europe de lest

Site central Europe de louest Site central Europe de lest

gestion du magasin,

r approvisionnement,gestion de la caisse

Pointde vente

gestion du magasin,

r approvisionnement,gestion de la caisse

Pointde vente

Pointde vente

Gestion de caisse

Pointde vente

Gestion de caisse

Rfrentiels (produits,fournisseurs, clients,structures )

Domaines fonctionnels et briques applicatives

Identification des briques applicatives avec leur rle fonctionnel Identification des services rendus par les briques Identification des processus transverses notamment B2B Association des services et des processus

1. Dfinition des objets de rfrence

2. Gestion du cycle de vie des rfrencessur rfrentiel matre (processus)3. Distribution aux rfrentiels secondaires

(services du modle CRUD)

ion et transformation du si soa v1

Documents