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


Début

Fin


Dates are subject to availability and take place between 09:30 and 16:30.
Les formations ouvertes requièrent plus de 3 participants.

Nos Clients témoignent (3)

Cours Similaires

Service-Oriented Architecture: Strategy, Technology and Methodology

  35 heures

Catégories Similaires