Plan du cours

Concepts et thèmes clés

  • Qu'est-ce que la SOA ?
  • Quel style d'architecture choisir ?
  • Le style "tuyau et filtre
  • Contraintes sur les types de données
  • Le cycle de développement
  • Fournir un niveau d'abstraction approprié
  • Thèmes clés abordés dans le cadre du RUP pour la SOA

Identification et spécification des services

  • Construction d'un modèle de service
  • Services définis par WSDL
  • Élaboration des spécifications des services
  • Définition des fournisseurs de services
  • Déterminer la granularité d'un service
  • Une spécification comportementale
  • Spécification de politique
  • Définir des services candidats
  • Refonte des services

Gestion d'un portefeuille de services

  • Les applications en tant qu'entités dynamiques
  • Un portefeuille de capacités disponibles
  • Liaison temporelle des processus
  • Liaison au moment de l'exécution
  • WSDL, XSD et WS-Policy
  • Le processus de gestion du portefeuille de services
  • Configuration d'un accord de niveau de service pour un service web

Partitionnement des solutions orientées services

  • Gestion des modèles
  • Catégorisation des éléments
  • Différentes parties prenantes révisant le modèle
  • Utiliser des paquets
  • Représentation des vues dans le modèle
  • Structure composite de UML 2.0
  • Utilisation de "parties" et de "connecteurs
  • Partitionnement des services gérés

Lignes directrices nouvelles et mises à jour

  • Gestion des pièces jointes aux messages
  • Conception des messages
  • Assurer la cohérence du schéma des messages
  • Encapsulation des données de service
  • Schéma des données relationnelles - limites des services
  • Médiation des services
  • Gestion des états
  • Les avantages des services avec ou sans état
  • Gestion de l'état des ressources
  • Go des services aux composants de services
  • Le modèle traditionnel de conception/mise en œuvre

Conception centrée sur les messages

  • Accent mis sur le domaine des services
  • Ingénierie du domaine
  • Application de l'analyse et de la conception orientées objet
  • Production de modèles hautement réutilisables
  • Le domaine traditionnel du commerce interentreprises
  • Normalisation de l'EDI
  • Approche hybride centrée sur les messages et les services
  • Analyse des cas d'utilisation
  • Documentation des exigences
  • Utilisation de modèles de processus d'entreprise
  • Exigences non fonctionnelles
  • La base de données des exigences

Conception centrée sur les services

  • Exposer les fonctions attendues de l'entreprise
  • Exposer les opérations des fournisseurs de services
  • Créer des interfaces de service intuitives
  • Modélisation centrée sur les services
  • Approche axée sur les cas d'utilisation
  • Comprendre les besoins des acteurs
  • Les objectifs du projet - du point de vue de l'entreprise
  • Implication de l'architecte logiciel
  • Informations sur les politiques, requises par les consommateurs de services
  • Le rôle de l'exécutif de l'entreprise
  • Interaction avec le système dorsal
  • Connecter le service au modèle de mise en œuvre
  • Affiner le modèle de service
  • Répondre aux préoccupations en matière de performance

Conception centrée sur le Collaboration

  • Services de collaboration
  • Vue du processus des services
  • Modélisation traditionnelle de l'entreprise
  • Remplir des rôles dans la collaboration
  • Processus d'échange entre partenaires (PIP)
  • Normes OAGIS
  • L'état d'esprit centré sur les processus
  • Le "fossé entre l'entreprise et les technologies de l'information".
  • "Activités de la "boîte noire
  • Définition d'indicateurs de performance clés (KPI)
  • Versionner et publier un modèle
  • Produire des métriques pour le suivi
  • Langage de chorégraphie
  • Langage d'exécution des processus Business (BPEL)
  • Surveillance des services

Qu'est-ce que la surveillance SOA Go ?

  • Conformité aux normes ou aux lois
  • Gestion du changement
  • Assurer la qualité des services
  • Gestion du portefeuille de services
  • Gestion du cycle de vie des services
  • Utiliser des politiques pour limiter les comportements
  • Contrôler la performance des services

La question de la Governance SOA

  • La Governance apparaît comme une initiative SOA
  • Un environnement dynamique pour l'interaction des services
  • Encourager la réutilisation des services
  • Contrôler la façon dont les services interagissent les uns avec les autres

Les étapes de la SOA Governance

  • Première étape : prise de conscience de la nécessité d'une gouvernance
  • Deuxièmement : la gouvernance améliore l'exécution des activités
  • Troisièmement : mélange de technologies et de changements de comportement
  • Quatrièmement : sélection et mise en œuvre de la technologie

Service Management

  • Point de vue de la conception
  • Perspective d'exécution
  • Référentiel de services pour la réutilisation
  • Services contenus dans des plates-formes hétérogènes
  • Virtualisation des services pour la gestion des services en cours d'exécution

Composants essentiels de la gouvernance

  • Service de registre des services et référentiel d'actifs
  • Création d'un "centre de Excellence SOA"
  • Se concentrer sur l'établissement de lignes directrices organisationnelles SOA
  • La maturité organisationnelle
  • Politiques de gouvernance convenues

Outils de Governance SOA

  • Surveillance en temps réel des événements
  • Défaillances dans un cadre BSM
  • Instrumentation au niveau des services
  • Accrochage aux systèmes de gestion opérationnelle
  • La virtualisation comme moyen de séparer la logique de gouvernance et la logique de service
  • La virtualisation des services est gérée par le personnel opérationnel

Développer une gouvernance SOA de base

  • Pourquoi la pile technologique SOA est devenue complexe
  • Mélange entre COTS et interne
  • Justifier l'aide de consultants externes
  • Déterminer dans quel secteur d'activité nous nous trouvons réellement

Rôles et responsabilités liés à la Governance SOA

  • Mise en place d'un centre de Excellence SOA
  • Planification à l'échelle de l'entreprise et assistance à l'exécution
  • Les rôles de l'architecte SOA et de l'architecte de gouvernance
  • Résoudre les conflits d'intérêts potentiels
  • Veiller à ce que les directives de gouvernance soient respectées

Obstacles à la gouvernance SOA

  • Ne pas se rendre compte de la nécessité d'une gouvernance
  • Manque de technologies de Governance
  • Absence de virtualisation des services

État de la bonne gouvernance

  • Interaction avec les parties externes
  • Gestion des règles d'entreprise et gestion des MRE
  • Réglementation pour une bonne gouvernance
  • Le référentiel des accords
  • Intégrer de manière proactive la gouvernance dans l'entreprise
  • [La gouvernance par l'action plutôt que par la déclaration
  • Suivi des accords de niveau de service pour établir des prix plus élevés

Facteurs critiques de succès

  • Commencer à penser à la gouvernance dès le début
  • Considérer la gouvernance comme une cible mouvante
  • Gérer les politiques comme des entités ayant leur propre cycle de vie
  • Choisir une plateforme technologique
  • La plate-forme doit répondre aux besoins immédiats de gouvernance
  • Support futur au fur et à mesure de l'évolution de l'infrastructure SOA
  • Appliquer les accords de niveau de service

Pré requis

Expérience dans la conception de logiciels

 21 heures

Nombre de participants



Prix par participant

Nos Clients témoignent (3)

Cours Similaires

Service-Oriented Architecture: Strategy, Technology and Methodology

35 heures

Catégories Similaires