• Toujours partir du besoin métier– Pas d’une envie de l’informatique

• Concevoir les services– puis concevoir leur implémentation

• Le vrai bénéfice est dans la valeur économique apportée– pas la réutilisabilité de composants

• Démarrer petit et prioriser– ne pas faire « bouillir l’océan »

• S’attendre à des changements– Ne pas les éviter

11/04/23 5

• Les premiers projets posent les briques d’une architecture ambitieuse

• Commencer petit – ne veut pas dire qu’on ne voit pas grand– Mais permet de vérifier les premiers résultats

rapidement• La feuille de route permet de

– Prioriser les éléments à mettre en place rapidement– Savoir pourquoi on ne fait pas tout tout de suite

• Cela peut être plus ou moins complet• Evaluer la maturité de l’organisation, suivant différents axes

– Métier– Méthodologie– Technique

• Se fixer des cibles à atteindre• Etablir des étapes importantes et des métriques permettant

d’avancer dans les différentes dimensions de maturité• S’attendre à des changements dans la feuille de route elle-même,

l’expérience pouvant modifier la vue que l’on a de la cible– Prévoir des étapes régulières de vérification de la feuille de

route

• Ce n’est pas n’est pas un processus• Un modèle de maturité SOA est une méthode une méthode

pour évaluer et mesurer la maturité de l’adoption et de l’architecture SOA d’une organisation

• Un modèle de maturité SOA décrit les capacitéscapacités d’une SOA réelle, permettant de donner à une organisation une vue de son avancement en termes d’adoption SOA et des améliorations à apporter

Les plans d’architecture sont centrés sur une application et réactifsPas de réutilisation de Services Web – ou utilisation d’XML simple sans approche de services Web

Architecture envisagée et feuille de route autour des services et processus (mais pas au niveau entreprise) - pas d'équipe plein temps sur le sujetExistence d'une méthodologie pour certains services consommés et exposés

Discipline d’architecture établie et équipe plein temps associée; utilisation de logiciels du marché standards pour l'intégration et les processusMéthodologie de dév. en place pour la SOA et les services, capacité à gérer un nb croissant de services

Utilisation complètement mure de SOA et des processusCapacité à agréger des services et à étendre leur utilisation au-delà du pare-feu et des frontières de l’organisation; SLA des services (sécurité, disponibilité) respecté

Applications et systèmes sont sur des îlots isolés; Le besoin d'intégration n'est pas une priorité ou est vu comme trop coûteux

Principalement de l'EAI point à point. Pas d'intégration au niveau entreprise

Dispose d’une architecture d’entreprise pour l'intégration (ESB, EAI, B2B); utilisation de solutions d’intégration du marché; Les processus fondamentaux au niveau entreprise sont intégrés

Processus inter-entreprises complètement intégrés; l’EAI s’appuie sur les services et des patterns de l’industrie; capacité à intégrer rapidement de nouveaux standards et applications

Peu d'automatisation de processus/workflows à part dans des appli. isolées, recours à des contournements manuels pour des processus inter applications et inter personnels

Automatisation de tâches répétitives (en remplacement du papier); quelques processus départementaux qui couvrent plusieurs applications

Tous les processus métier fondamentaux sont automatisés; l’activité des processus est supervisée; Certains processus autonomes ont des règles métiers externalisées

L’utilisation de processus permet une gestion de versions, de contrôle, de màj, de redéploiement dyn., une adaptation à la charge; les workflows sont automatisés et fournissent une visibilité de bout en bout

B2B à base de téléphone/fax, saisie manuelle, ou contournements codés en dur

Intégration B2B propriétaire (spécifique à un partenaire) ou utilisation de VAN (EDI)

Solution B2B polyvalente permettant de gérer plusieurs standards (XML, X12, EDIFACT) et plusieurs partenaires commerciaux

Le B2B est intégré à travers le pare-feu via des processus/workflows collaboratifs; le B2B dispose d’une gestion des partenaires ciaux et des changements de règles agiles

SOA et processus d’entreprise

SOA et processus d’entreprisePasser d’un ensemble d’applications et services déconnectés

à une SOA et des processus d’entreprise qui s’adaptent facilement

Définition des services métiersDéfinition des services métiers

Définition des services métiersDéfinition des services métiers

Définition des services métiersDéfinition des services métiers

Définition des services métiersDéfinition des services métiers

UnixUnix

Données

Windows ServerWindows Server

ERP

OS390/590OS390/590

Legacy

LinuxLinux

J2EE

PartenairesPartenaires ApplicationsApplications MobilitéMobilitéPortailPortail OfficeOffice

Composer