La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

1 SOA et Services Web 2 janvier 2014 Dr. Rim Samia Kaabi.

Présentations similaires


Présentation au sujet: "1 SOA et Services Web 2 janvier 2014 Dr. Rim Samia Kaabi."— Transcription de la présentation:

1 1 SOA et Services Web 2 janvier 2014 Dr. Rim Samia Kaabi

2 2 SOA: Concepts de base

3 3 Du client serveur à la SOA Appels SQL Modèle Serveur de bases de données relationnelles Application Serveur de BD Résultats Architectures 2-tiers

4 4 Les interface Web et le « client léger » Lutilisation des technologies Internet Client serveur à trois niveaux Requêtes SQL Client Serveur dApplication Serveur BD Appel de Procédure ou d objets Données Résultats … Architectures 3-tiers Du client serveur à la SOA

5 5 … Architectures n-tiers Chaque application peut être un composant indépendant ayant en charge une fonction. Chaque fonction peut être utilisée et appeler d autres fonctions.

6 6 Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins douverture et dinteropérabilité des serveurs dapplication actuels (J2EE,.NET) et le Web services : SOA Du client serveur à la SOA

7 7 Plan Définition générale SOA et service Web service Approche orientée objet Composant Définition détaillée du service Couplage faible Activable à distance et interopérable Asynchrone Expose un contrat dutilisation Respecte le patron SOA

8 8 Plan Cas du service métier Mode de découverte et cas dusage Type dusage Terminologie retenue Particularités du service métier Différence entre service et service métier Apports du SOA

9 9 Une architecture orientée services (notée SOA pour Services Oriented Architecture) Lancée par Gartner Group, elle définit un modèle dinteraction applicative mettant en oeuvre des connexions en couplage faible entre divers composants logiciels. « une vision dun système destinée à traiter toute application comme un fournisseur de service ». Architecture logicielle s'appuyant sur un ensemble de services simples. Forme d'architecture de médiation qui est un modèle d'interaction applicative qui met en œuvre des services. Objectif: Décomposition dune fonctionnalité en un ensemble de fonctions basiques, appelées services. … SOA

10 10 La notion de « service » est le concept phare. La mise en place d'une architecture SOA répond à un besoin de: réutilisation des traitements, interopérabilité, fiabilité, sécurité, hétérogénéité. Les Services Web sont juste un moyen de les implémenter. … SOA

11 11

12 12 Les services Le service est un composant clef de l'Architecture Orientée Services. Consiste en une fonction ou fonctionnalité bien définie. Expose une interface qui définit le traitement offert sous la forme dun message dentrée et dun autre de réponse. Exprime un niveau « logique » daccès aux traitements et pas un niveau « physique » dimplémentation.

13 13 Les services Deux types de services : Métier : issu du cahier des charges Darchitecture : issu pendant létablissement de larchitecture de lapplication (Généralement implémenté par un ou plusieurs services métier ) Le service doit respecter les propriétés suivantes: Couplage faible; Expose à un contrat dutilisation; Respecte le patron darchitecture SOA. Le service peut respecter les propriétés suivantes: Activable à distance et interopérable; Asynchrone.

14 14 Les services P1: Couplage faible Un service ne peut pas appeler un autre service. Il délègue cette fonction à un traitement spécialisé dans lenchaînement (fonction dorchestration). Les services sont connectés aux clients et autres services via des standards.

15 Les services P1: Couplage faible

16 16 Les services P2: Activation à distance et interopérabilité –Un service doit être activable à distance indépendamment de sa technologie –Lactivation se fait par lenvoi (et la réception) dun message XML –Le service doit exposer une interface dutilisation qui est la même indépendamment de sa localisation sur le réseau –Lappel au service fonctionne quelque soit le langage et les système dexploitation du consommateur (utilisateur du service)

17 17 Les services P2: Activation à distance et interopérabilité

18 18 Les services P3: Expose un contrat dutilisation un service expose un contrat dutilisation décrit en deux parties: Une partie abstraite qui déclare les messages dentrée et de réponse du traitement offert. Une partie concrète qui décrit les standards et protocoles techniques utilisés pour lactivation du service.

19 19 Les services P4: Respecte le patron darchitecture SOA Le patron consiste à créer une architecture applicative qui décompose les traitements sous la forme de services rattachés à des paquets de classes. Ces paquets forment des Catégories (objet métier, sujet métier), chacune dotée dune façade daccès qui contient lensemble des services quelle expose Un service à le droit dinteragir uniquement avec les classes de sa catégorie

20 20 Les services P4: Respecte le patron darchitecture SOA

21 21 Les services P5: Activé en mode Asynchrone –Ne doit bloquer le consommateur en cours dexécution –Généralement ceci implique un abonnement à un évènement auprès de la fonction dorchestration Exemple :

22 Le composant Entité logicielle exécutée par un serveur dapplication Exemple pour J2EE un composant peut être : –EJB –Javabeans –Servlet –Classe RMI En SOA : –Service est le concept du niveau logique –Composant est le concept du niveau physique

23 23 Le service Métier Un service de type particulier Ne respecte pas le patron darchitecture SOA Découvert directement au niveau de la modélisation des processus (diagramme dactivités) et non pas lors de la mise en place de la SOA. Correspond à un périmètre fonctionnel que lon souhaite exposer à des consommateurs indépendamment des choix darchitecture applicative. Expose une ou plusieurs opérations (traitement de bout en bout) Généralement implémenté par un Web service

24 24 Particularités dun service métier Modélisation –UML : Diagramme dactivité (décrit le déroulement dun processus donné) –MERISE : MOT (modèle organisationnel de traitements) Pré-conditions et Post-conditions respectivement –Règles à respecter pour déclencher lopération –Conditions démission du résultat de lopération Contrat dutilisation du service Context-Aware –Paramétrage du service suivant les besoins des consommateurs et le contexte dexécution Adaptation du comportement

25 25 Service métier VS service darchitecture

26 26 Service VS Composant

27 27 Service Web: Définition Implémentation possible des services métiers Cest un traitement délivré par un fournisseur et utilisé par un consommateur Il doit respecter principalement les propriétés suivantes : Couplage faible: un service ne peut pas appeler un autre service. Il délègue cette fonction à un traitement spécialisé dans lenchaînement (fonction dorchestration). Expose un contrat dutilisation

28 28 Service Web: Définition Un composant : implémenté dans nimporte quel langage, déployé sur nimporte quelle plate forme enveloppé dans une couche de standards dérivés du XML. Un mécanisme de communication standard : dialoguer des applications ou des entreprises à travers du réseau internet + XML + SOAP. Des applications modulaires, auto descriptives : publiées, localisées invoquées de nimporte quel point du web. Accessible via des protocoles standards Internet HTTP basés sur le langage XML

29 29 Approche Orientée Objet Méthodologie de construction des SI et dimplémentation de logiciels sous la forme dobjets Complémentaire avec le SOA: le service est généralement décomposé en méthodes rattachées à un objet.

30 30 AOO Vs SOA SOA ne représente pas une technologie C'est une façon de concevoir des applications. Résolue le problème de lOO qui est le couplage fort entre les composants logiciels.

31 36 Apports de SOA La réutilisation et la composition, permettant le partage de modules entre les applications. La pérennité, impliquant le support des technologies existantes et à venir. Lévolutivité, permettant aux applications de greffer de nouveaux modules afin de répondre aux nouveaux besoins fonctionnels. Louverture et linteropérabilité, pour partager des modules applicatifs entre plateformes et environnements.

32 32 Les principaux obstacles Obstacle Technique: Certains anciens systèmes demeurent difficilement compatibles avec la mise en place de la SOA. Obstacle Méthodologique: Il existe encore assez peu de méthodes couvrant l'élaboration et le déploiement de larchitecture, sans doute par manque de retours d'expérience.

33 33 Conclusion

34 34 Conclusion SOA est réellement une approche novatrice. Les composantes du S.I. doivent être prises en considération. La démarche doit sinscrire dans un schéma directeur à 5 ou 10 ans.


Télécharger ppt "1 SOA et Services Web 2 janvier 2014 Dr. Rim Samia Kaabi."

Présentations similaires


Annonces Google