Académique Documents
Professionnel Documents
Culture Documents
1 Intoduction SOA
1 Intoduction SOA
Module SOA
A.U 2016-2017
Objectifs du module
Introduction SOA 2
Plan du module
Charge horaire: 42h
1re
priode 2me priode
Introduction SOA 3
Chapitre 1
Introduction SOA 4
Contexte
Human-centric web
Le Web centr utilisateur implique que lhumain est lacteur principal
pour linitialisation de lensemble des requtes
Requte HTTP
B2C
Business To Consumer Internet
Rponse HTTP Application
Utilisateur
Application-centric web
Le Web centr application a pour objectif de permettre des applications de diffrentes
organisations de communiquer entre elles
B2B
Business To Business Internet
Application Application
Introduction SOA 5
Contexte
Exemple B2B
contrat
Compagnie arienne
Introduction SOA 6
Evolution des paradigmes
Objectif:
Dvelopper une application
de facturation
Introduction SOA 7
Evolution des paradigmes
Les rvolutions informatiques concident gnralement
avec un changement de paradigme
Niveau dabstraction grandissant avec lvolution des paradigme
Limites
Tend gnrer du code "Spaghetti "
Maintenance complexe
Modularit et abstraction absente
Rutilisation ardue
Introduction SOA 9
Paradigme objet
L'ide est de concevoir les programmes non plus comme des lignes de
codes qui s'excutent squentiellement,
mais comme des objets qui dialoguent
Ses principes incluent l'abstraction encapsulation, de donnes,
polymorphisme et hritage.
Limites
Rutilisation difficile
Couplage fort -> rend difficile la
maintenance
Introduction SOA 10
Paradigme composant
Construire une application compose par un ensemble
de briques de base configurables
Il s'agit d'externaliser le code fonctionnel d'une application afin de le
rendre rutilisable dans d'autres
applications. focaliser lexpertise sur les problmes "mtiers" plut
Composant
"techniques"
Limites
Interoprabilit entre
composants htrognes
Objet
Introduction SOA 11
Paradigme service
Prise en charge de la diversit et de
lhtrognit des systmes logiciels, en
termes de langages de programmation, de
Service
technologies de conception (et de ralisation)
ou de plates-formes dexcution
Composant
Le paradigme service permet de:
- rduire le couplage
- amliorer la rutilisation
- augmenter labstraction
Objet
Introduction SOA 12
Besoins
Entreprise B Contrat
Web
Entreprise A Entreprise C
Langage commun
Protocole commun
Contrat
Middelware
Introduction SOA 13
Intgration, Interoprabilit Quoi?
Introduction SOA 14
Intgration, Interoprabilit Quoi?
Interoperabilit
Integration
Source: http://modelseverywhere.wordpress.com/2010/11/04/model-driven-integration/
Introduction SOA 15
Intgration, Interoprabilit Comment?
Middleware (intergiciel)
Les logiciels servant d'intermdiaire entre d'autres logiciels; ou
Un intermdiaire de communication entre des applications complexes et distribues [3]
Client Serveur
Middleware
PC PC PC
Rles de base dun middleware:
Rsoudre lintroprabilit : Unifier laccs des machines distantes
Rsoudre lhtrognit : Etre indpendant des systmes dexploitation et du langage de programmation
des applications
Introduction SOA 16
Middleware
Solutions existantes :
DCOM,
.NET Remoting
RMI
CORBA
? Quels sont les atouts dune meilleure solution ?
Requte
Web
Rponse
Application A Application B
Introduction SOA 17
Services web
Service web = service + web
Introduction SOA 18
Prsentation SOA
Introduction SOA 19
Anatomie dun service
Source: http://e-technologymanagement.com/tm/articles/soa.pdf
Introduction SOA 20
Elments SOA
Source: http://e-technologymanagement.com/tm/articles/soa.pdf
Introduction SOA 21
Caractristiques dun service
Rutilisabilit Composable
Introduction SOA 22
Caractristiques dun service
Contrat standardis : Lensemble des services dun mme Systme Technique sont exposs au travers de
contrats respectant les mmes rgles de standardisation.
Couplage lche : Le contrat dun service doit imposer un couplage lche de ses clients.
Abstraction : Le contrat dun service ne doit contenir que les informations essentielles
son invocation. Un service est vu comme une bote noire.
Rutilisabilit : Un service exprime une logique agnostique et peut ainsi tre positionn comme une
ressource rutilisable.
Autonomie : Un service ne doit tre dpendant d'aucun contexte ou service externe
Stateless (sans tat) : Un service doit minimiser la consommation de ressources en
dlguant la gestion des informations dtat quand cela est ncessaire.
Dcouvrabilit : Un service est complt par un ensemble de mtas donnes de communication au travers
desquelles il peut tre dcouvert et interprt de faon effective.
Composabilit : Un service doit tre conu de faon participer des compositions de services. [4]
Introduction SOA 23
Rfrences
[1] http://fr.wikipedia.org/wiki/Paradigme
[2] http://design-patterns.fr/introduction-a-la-
programmation-orientee-objet
[3] http://fr.wikipedia.org/wiki/Middleware
[4] http://blog.xebia.fr/2009/04/29/soa-du- composant-
au-service-lautonomie
Introduction SOA 24