Moteur de recherche
Accueil > Comprendre > Système d'information > Comprendre le SOA
 Vos questions
 Comment "agir"
 Comprendre
CPCP
Performance
Stratégie
Pratiques collaboratives
Système d'information
   Introduction
   Etat des lieux
   Limites des architectures classiques
   comprendre processus partagés
   méthodes politique sécurité
  Comprendre le SOA
   contraintes de sécurité
   protéger l'infrastructure
   impact sécurité sur architecture
   impact intégrité disponibilité
   Symboles de la sécurité
   Comprendre les objectifs d’une politique de sécurité
 Outils
 Le projet
 Les partenaires
 Bibliographie
 Sites de Référence
 Contactez-nous
Mon espace réservé

Comprendre le SOA

Comprendre le SOA

L'intégration numérique d'applications diverses permet de faciliter la réalisation d'objectifs stratégique, difficiles à obtenir quand les applications sont isolées dans des « silos » techniques ne communiquant pas entre eux. Il est donc important de faire en sorte que les applications soient interopérables. Pour cela, il faut que les interfaces (format des fichiers ou des requêtes) soient compatibles. En spécifiant a priori les interfaces, les systèmes construits selon la logique d'une architecture orientée services (SOA) permettent de fluidifier considérablement les interactions entre applications, tout en n'imposant que peu (voire pas) de contraintes sur le fonctionnement de ces applications. Les SOA se présentent ainsi comme des plateformes de choix pour l'intégration de systèmes d'information hétérogènes distribués, dans un contexte de fusion, délocalisation, filialisation, ou de rapprochement de partenaires.

Les architectures orientées services (SOA) visent à construire des applications en tant qu'un ensemble de « services » et composants métier faiblement couplés de façon à ce qu'ils soient interopérable et fortement réutilisable. Les SOA permettent de spécifier les interfaces entre les applications, chaque application étant "au service" des autres. Les données contenues dans une application sont donc accessibles aux autres pour traitement complémentaire dans la chaîne, qu'elle soit de conception ("design chain"), de production ("supply chain") ou de support ("support chain").

Une architecture à base de service réalise donc de facto l'ouverture du système d'information et apporte nombreux avantages avec une pertinence plus ou moins forte selon les problématiques particulières posées au sein des Systèmes d'Information :

  • Une rationalisation des processus: la SOA supposant une cartographie complète du SI. La réutilisabilité des services, existants ou créés, entre dans une démarche de rationalisation.
  • L'interopérabilité entre les applicatifs: ce type d'architecture assure une communication complète entre les processus métiers de l'entreprise grâce aux protocoles d'échanges standards.
  • Une utilisation externes des services: un SI interne basé sur les services permet la communication avec des applicatifs externes à l'entreprise.
  • L'alignement de la politique de la direction SI avec la stratégie de la direction générale : La réorganisation des processus métiers (composés de services) via l'orchestration ou la chorégraphie permet de faire muter le SI selon les attentes de l'entreprise.



Plan du site - Mentions légales - © Webside -