SOA et le document à la demande

SOA et le document à la demande François Novel Senior Consultant Cincom Systems France Cincom Eloquence 1/20

SOA et le document à la demande Architecture Orientée Services - SOA... 3 Le Service...3 Contrat de Service... 4 Le vocabulaire de la SOA... 4 Les principales différences... 7 Les défis de SOA... 7 En résumé...8 Quelques recommandations... 8 La démarche SOA... 10 Le Document et la SOA... 11 Le document au cœur des processus métier.... 11 Pourquoi le document?... 12 La flexibilité... 13 L «Affordability»... 13 La rétention Client... 13 Tendances... 14 L apport de la SOA au document... 15 En conclusion... 18 Bibliographie... 19 Cincom Eloquence 2/20

Architecture Orientée services - SOA Le Gartner fait référence à SOA pour la première fois en 1996. C est un acronyme relativement récent mais un acronyme n est pas une définition. Nulle part, sur les sites web et dans la littérature IT, on ne trouvera une définition précise et unique de la SOA. Cependant, nous vous en proposons deux. Approche système d information et d urbanisation : la SOA est une architecture dans laquelle les applications s appuient sur des composants techniques ou métier standards, partagés, réutilisables appelé services. Approche plus orientée métier : c est un cadre qui assure au système d information évolutivité, souplesse, adaptabilité pour répondre à des besoins métier de plus en plus contraignants. Le service «Un service est un composant qui rend un service» C est une fonction, précisément et clairement définie, auto-décrite qui doit elle-même dire ce qu elle fait, ce à quoi elle est capable de répondre, et qui ne dépend pas du contexte ou de l état d autres services. On distinguera des services métier, des services d infrastructure, des services à plus ou moins forte granularité. Ici encore, quelques définitions : Un service Une tâche métier répétitive exemple : vérifier un solde client, ouvrir un compte client Une architecture orientée services (SOA) Un style d architecture qui supporte l orientation services Une orientation services Un moyen d intégrer vos activités comme des services joints et les résultats qu ils apportent Une application composée Un ensemble de services connexes et intégrés supportant un processus métier, basés sur une architecture SOA. 1 1 Source : IBM Université des partenaires 2006 Cincom Eloquence 3/20

Contrat de Service L utilisation d un service repose sur l établissement d un Contrat de Service entre le client du service et le service. Cela recouvre différentes notions : Le format d entrée-sortie : comment allez-vous communiquer avec ce service? La disponibilité : est-ce un service disponible en permanence? La performance : la performance de ce service est-elle acceptable pour ce que vous avez à lui demander? En matière de documents par exemple, la composition d un document à la demande demandera un niveau de performance moindre qu une production de documents de masse où on va demander des centaines de milliers, voire des millions de documents en un temps extrêmement court. La sécurité : est-on connu? Doit-on être connu pour utiliser ce service? A-ton le droit d utiliser ce service? La fraîcheur et la qualité de l information retournée. Dans le système d information, certains composants peuvent nous renvoyer le même type d informations. Ces informations auront-elles la même fraîcheur? Auront-elles le niveau de qualité ad hoc, en fonction du processus qui va suivre? Le service peut-il être utilisé en mode dégradé? Le vocabulaire de la SOA Couplage Couplage faible, voire découplage total : le client du service ne sera pas ou peu contraint par le service sollicité. En d autres termes, le client d un service ne doit pas savoir dans quelle technologie, à quel endroit, avec quel langage le service requis a été développé. Même si, d un point de vue strictement fonctionnel, il peut y avoir une adhérence très forte entre le client et son service. Standards La SOA s appuie sur des standards techniques aujourd hui matures : XML, WSDL, UDDI, SOAP, BPEL 2 2 Voir en page 6 un descriptif des principaux standards Cincom Eloquence 4/20

La granularité Les services à grosse granularité sont en général des activités métier assez complexes et assez complètes. Les services à granularité fine sont plutôt des services unitaires, techniques ou métier. Un service unitaire étant par exemple l existence d un compte client tout simplement. La réutilisabilité L intérêt majeur d un service repose dans le fait qu il est unique, qu il va être utilisé et réutilisé par de nombreux composants du système d information. Mais un intérêt également de poids est la réutilisation de l existant. L analyse du système d information permet de discerner ce qui peut être récupéré, réutilisé, transformé puis exposé en tant que service. La flexibilité, la souplesse, la réactivité Les services sont donc présents et inscrits sous la forme d un annuaire. Le système d information a connaissance des services exposés, des services disponibles et peut les utiliser immédiatement : cela permet de réagir très rapidement aux exigences métier, et aux contraintes de plus en plus pressantes de rapidité, de qualité, d évolution de législation. L orchestration et la chorégraphie Les processus métier, le workflow, le BPM deviennent orchestration et chorégraphie de services. L interopérabilité Il n y a plus de contraintes et il y a un découplage quasi total entre les différents intervenants de la SOA. Tiré par l adoption de services web, SOA a émergé comme une technologie clé pour l interopérabilité entre logiciels disparates. Cette technologie est indépendante des applications, réseaux, plateformes applicatives ou langages de programmation. Les applications centrales traditionnelles sans service web incorporé peuvent être dotées de service web et fonctionner comme n importe quelle autre application de service web grâce à la SOA. Cincom Eloquence 5/20

Parce que la SOA n est pas un produit, elle est reconnue par le marché comme un ensemble de spécifications et de normes industrielles. Les quatre caractéristiques clé sont : Extensible Markup Language (XML) une plateforme carrefour, un langage basé sur du texte utilisé pour les communications et échanges de données à travers Internet. XML est le format universel pour les documents structurés et les données sur le web. Web services description language (WSDL) fournit un service web avec les capacités d être auto-descriptif vis-à-vis de l utilisateur de ce service, incluant la description des opérations qu il exécutera et la manière d accéder à ce service. Simple object access protocol (SOAP) permet aux services web de communiquer les uns avec les autres en utilisant XML, indépendamment de tout protocole ou système d exploitation. Universal description, discovery and integration (UDDI). Annuaire ou catalogue en langage XML permettant à un service d'identifier un autre service et d'y accéder. SOA d'un coup d'œil... L'architecture orientée service (SOA) fournit un cadre de conception destiné à créer des applications qui peuvent partager des données. Il s'agit d'une façon normalisée et souple de déployer des fonctions métier accessibles à d'autres utilisateurs de l'entreprise. Une architecture orientée service est : Couplée de manière lâche Les applications interagissent indépendamment de la plate-forme ou du langage. Structurée Les messages suivent un schéma qui décrit la structure de l'interface. A base de standards Les schémas et structures des messages sont connus de toutes les parties. A gros grains Les services exécutent un ensemble de fonctions métier associées et non pas une fonction unique. Chaque interaction fournit des informations ou une fonctionnalité générant une valeur métier réelle. Le but de SOA est de fournir une architecture neutre où de multiples services peuvent envoyer ou recevoir des données à la demande sans interrompre les services existants. Le résultat essentiel d un développement de services web SOA est de mettre l accent sur les besoins métier. SOA permet aux programmeurs de se concentrer sur la manière de travailler des utilisateurs, d identifier les données utilisées par ces-derniers, et de comprendre la manière dont ces données sont envoyées et reçues par les applications existantes qui, auparavant, ne communiquaient pas entre elles. Cincom Eloquence 6/20

Les principales différences Les standards auparavant étaient propriétaires, c est-à dire que le client dépendait très fortement de son service et réciproquement. Aujourd hui il y a découplage quasi total. Du point de vue organisationnel, aujourd hui, le métier est très impliqué dans la démarche SOA dès le démarrage alors qu avant seule l IT concevait les SI. Avant on se focalisait sur des tâches techniques, aujourd hui on se focalise sur des tâches métier, des activités métier et les interactions de ces activités. Au niveau de la connectivité, les services étaient codés «en dur» et les modules étaient extrêmement interdépendants. Aujourd hui la flexibilité est maximale. Et enfin, la réutilisation se faisait, mais seulement au sein d une application ou d un ensemble applicatif. Aujourd hui la réutilisation est extensive, c est-à dire que dans l absolu un service peut être utilisable par n importe qui, n importe où, et n importe quand. Dans l approche SOA, on placera le métier au cœur de la démarche et on développera une approche simultanée au niveau stratégique, opérationnel et architecture. Les défis de SOA Actuellement, on accorde beaucoup d attention à SOA tant dans le domaine IT qu au niveau des métiers. Cependant, SOA n est pas sans défis. Avant de considérer la mise en œuvre de SOA, il faut l examiner et être conscient de certaines difficultés. La sécurité est souvent un problème étant donné que l on évolue dans des réseaux peu sécurisés. La technologie et les standards ne sont pas encore totalement achevés. Cela requiert un nouvel ensemble de compétences. La performance est limitée aux capacités des réseaux impliqués. Cela exige des systèmes centraux accessibles aux services web. Cela implique une compréhension des normes et des spécifications. Cincom Eloquence 7/20

En résumé Prêt ou pas, la SOA est là, c est une réalité. La SOA est la plus rentable quand elle est utilisée au travers de systèmes d entreprise mais aussi quand elle sert de levier à l utilisation de services externes. La SOA engendre des avantages évidents, tels qu un développement plus rapide, une intégration à coût réduit et une plus grande flexibilité. Un des aspects les plus importants de la SOA est de permettre à une entreprise de développer une architecture d excellence utilisant les applications les mieux adaptées à ses besoins métier. En conséquence, la SOA se doit d être incorporée aux systèmes d automatisation de documents, lesquels figurent souvent parmi les systèmes les plus sollicités dans les processus métier de l entreprise. La possibilité offerte par la SOA tant aux petites qu aux grandes sociétés de construire rapidement des processus métier qui les rendent plus compétitives, est une valeur essentielle de cette approche. Cependant, la SOA exige un grand effort et est relativement nouvelle ; aussi faut-il agir avec célérité et sagesse. Le «document» permet d approcher la SOA sans risque et d en conserver tous les bénéfices. Quelques recommandations Cincom Eloquence 8/20

Avantages Meilleure exploitation de votre actif informationnel existant L'architecture orientée services rajeunit vos systèmes existants et étend leur durée de vie à l'infini. Mise en oeuvre plus rapide des projets Grâce à une bibliothèque de services web, vous pouvez réduire de manière significative les délais de conception, de déploiement et de délivrance des nouveaux projets. Réduction des risques En réutilisant les données et modèles, le risque d'introduire de nouvelles erreurs dans le système se trouve considérablement réduit. Diminution des coûts de maintenance L'architecture SOA élimine le besoin d'acquérir de nouveaux logiciels, ce qui réduit les coûts de maintenance. Accroissement de la flexibilité et de l'efficience L'architecture SOA autorise des modifications rapides pour répondre aux évolutions du marché et réduit les temps d'arrêt liés aux changements de codes et aux problèmes système. Penser pilote. La mise en place de la SOA commencera par une application pilote. Et le document est l un de ces pilotes les plus probants. Penser visibilité. Les projets doivent être à très haute visibilité, réalisables en un temps très court et avec des bénéfices tangibles. Penser métier. Les processus métier doivent être placés au cœur de la problématique et de la démarche. Réduction ou élimination des redondances système Le développement et la réutilisation de services élimine les opérations redondantes de développement, maintenance et test. Développement d'applications L'architecture SOA permet de créer de nouvelles applications métier à partir de l'actif informationnel existant. Cincom Eloquence 9/20

La démarche SOA Comment entrer dans le monde des architectures orientées services? Les principaux points d entrée et critères de sélection d un projet SOA peuvent se résumer par la réduction des coûts, par l efficacité opérationnelle, par l accès à l information pertinente, par la fidélisation client et par l amélioration de la productivité à travers les processus métier. Ce sont véritablement les thèmes majeurs. Quels sont les indices qui invitent à réfléchir à une démarche SOA? Typiquement, il y a indice lorsque trop d applications sont requises pour effectuer un seul processus. On doit échanger des mails, on doit ouvrir un répertoire, on doit ouvrir une base de données client, on doit ouvrir des fichiers de commande. Lorsque chacun des aspects d un processus invite à utiliser une application différente du moins sous une forme de granularité trop élevée, alors il y a un indice. L intérêt sera de regrouper et d unifier les applications requises pour ce processus. Lorsque l on passe trop de temps à rechercher l information à travers des bases de données, des bases de clients Lorsque les employés ont besoin d accès multiples (multiples log-on à de multiples interfaces), les applications de toute évidence s intègrent mal. Il peut y avoir également un recouvrement entre différentes organisations sans alignement avec la fonction informatique. L objectif principal est de simplifier, automatiser et rendre plus productives les interactions entre les personnes et le système d information. Le principe des solutions qui seront déployées, va permettre d augmenter l interaction et réunifier les environnements qui participent à cette interaction dans un seul et même contexte d application collaborative basée sur les processus et leurs utilisateurs. Est-ce un administrateur, est-ce un employé au guichet de la banque, un agent d assurances? La conception du rôle est fortement liée à l intégration des applications dont il a besoin en vue unifiée. Aujourd hui la plupart des projets SOA démarre à partir de ces points d entrée et de ces domaines de préoccupation. Une étude approfondie auprès de 30 clients a permis de déterminer que véritablement l agilité et la recherche de flexibilité sont vraiment les moteurs premiers d une solution SOA. Madame Dominique Seban Market Manager WebSphere & SOA IBM France Cincom Eloquence 10/20

Le document et la SOA Le document au cœur des processus métier. Le document, sous quelque forme qu il soit, est omniprésent dans la plupart des processus métier, à divers stades, que ce soit à l initiation, en cours ou à la fin d un processus. La gestion du document dans un système d information est extrêmement diffuse, extrêmement dispersée. Par exemple, dans cette grande compagnie d assurance, nous avons à peu près 400 documents parfaitement maîtrisés, sous le contrôle d un logiciel éditique, sous la gestion d un logiciel éditique qui va les centraliser, les gérer, les référencer, les connaître, suivre leur production, leur évolution, leur maintenance, leurs déclinaisons. Nous aurons 200 documents «à peu près contrôlés» car ils sortent du cadre de ce logiciel éditique mais ils demeurent dans un cadre encore visible. C est un ERP, un progiciel, une application plus ou moins ancienne qui produit elle-même ses propres documents. Un progiciel ne peut pas forcément complètement contrôler la présentation des documents qu il produit. Le reste des documents, plusieurs milliers, échappe à tout contrôle. Ce sont des documents qui sont inconnus du système d information parce qu il n y a pas d application, parce qu ils ne sont pas centralisés. En général, mais ce n est pas toujours le cas, ce sont des documents Microsoft Word. 10 000 9 000 Une grande compagnie d assurance : échelle logarithmique 1 000 450 400 documents parfaitement contrôlés (logiciel éditique) 100 200 200 documents à peu près contrôlés (progiciels, ERPs, applications) 10 > 9.000 document hors de tout contrôle (Word, ttx...) 1 Documents "sous contrôle" Documents "à peu près contrôlés" Documents hors contrôle Le document est partout, c est-à-dire qu en «décortiquant» tous les processus métier de l entreprise, dans 99% des cas, au moins l une des fonctions de ce processus métier est la production d un document, la maintenance d un document, la complétude d un document ou la création d un document. C est une constante des Systèmes d information. Cincom Eloquence 11/20

Pourquoi le document? Les études montrent que le document est l un des postes cachés les plus coûteux de l entreprise 3. Le document est tellement transversal, diffus, dispersé qu il est difficile d en auditer précisément le coût pour l entreprise. Le document est typiquement une fonction transversale même si son utilisation est très verticale. Le document est typiquement une fonction d infrastructure du SI. 4 La production d un document est une des fonctions du processus métier Le document hors contrôle représente non seulement un coût, mais un risque majeur, très fort pour l entreprise. Le document peut être hors norme, la législation évoluant. Les textes légaux sont-ils mis à jour? Ces documents hors contrôle échappent également à la charte graphique. Les grandes entreprises dépensent des budgets conséquents en termes de marketing et de communication, autant rester dans ces chartes de marketing et de communication. Et bien sûr un document non contrôlé peut être véhicule d erreur et une erreur doit pouvoir se récupérer. Pour toute problématique, la question sera de savoir s il s agit d un problème technique ou d un problème métier. Par exemple au niveau de la qualité du service client, est-ce le système de relation clientèle qui est mal exploité du point de vue technique ou estce un excellent système mais qui est mal utilisé? 3 Le coût des documents est défini par trois étapes successives: l étape de la création du document ou de son input; l étape de la gestion de ce document; puis, celle de son traitement ou de son output. D après les résultats d une étude réalisée par Gartner, il apparaît que l étape de l input représente à elle seule 40% du coût total du document, sa gestion 35% et son output 25%. 4 Source : IBM Université des partenaires 2006 Cincom Eloquence 12/20

On arrive souvent au constat que la technologie n est pas à l origine du problème. Le problème est plutôt du côté organisationnel et des processus métier. La technologie va permettre d optimiser ces processus. En matière de documents, le système d information doit être également très flexible et apporter l agilité nécessaire pour supporter ces processus métier.. La flexibilité. Le système doit être suffisamment flexible pour gérer les produits avec les nouveaux documents qui s ensuivent, l évolution de la législation, les changements de présentation en quelque chose de très dynamique, de très vivant et souvent d extrêmement urgent, et répondre aux besoins de plus en plus complexes du client. Cette flexibilité doit s appliquer aux canaux de distribution qui aujourd hui sont le mail, le SMS, le web, le papier, mais qui demain seront peut-être tout autres ; c.-à-d. servir le client là où il le désire. L insertion d un document dans un processus métier, dans un workflow doit pouvoir se faire sans codage lourd et sans contrainte fastidieuse. Le document doit être inclus dans les processus, dans les workflow de la façon la plus aisée possible à la disposition de l utilisateur métier. L «affordability» L «affordability» - ou «abordabilité» - pose la question de savoir si on peut s offrir ce genre d architecture au niveau des coûts de maintenance, des coûts d intégration, des coûts de formation et d un éventuel outsourcing? La non-redondance est quelque chose de fondamental dans la SOA. Chaque service n existe qu une seule fois, une seule fois pour toutes. Donc au niveau de ses composants standards, non-redondants, réutilisés, de ce langage commun et des protocoles simples et uniques qu on va utiliser avec le système de gestion des documents, l «affordability» n est plus une question majeure. La rétention client La rétention client - ou fidélisation client - passe par la qualité des documents qui lui sont fournis. Ces documents sont-ils faciles à comprendre? Ont-ils toute l information nécessaire, utile et à jour? Sont-ils esthétiques, conformes à la charte graphique? Les stratégies de fidélisation et de rétention client sont certes très complexes mais le socle de qualité, d image et d esprit d entreprise est véhiculé par le document. Cincom Eloquence 13/20

Tendances Première tendance, la complexité croissante des produits doit être accompagnée d une grande flexibilité dans la conception et la production des documents. Aujourd hui effectivement une banque, une assurance ou une entreprise devrait être capable de produire, de construire un nouveau produit et de le distribuer en un temps record. Il ne faut pas que les documents qui accompagnent ce nouveau produit soient un frein à la mise sur le marché du produit. Ceci est particulièrement vrai au niveau des contrats et des polices qui sont souvent de plus en plus complexes pour mieux répondre à des exigences client de plus en plus grandes. De même, des produits qui deviennent de plus en plus simples doivent être accompagnés d une plus grande réactivité dans la production et la diffusion des documents. Un document doit pouvoir être exploitable quasiment instantanément. On peut illustrer le propos par l exemple suivant : une grande entreprise produit des documents très personnalisés en batch comme en interactif ; pour des raisons historiques, elle produit ces documents avec des outils distincts. Cincom Eloquence 14/20

Sur le schéma ci-dessus simplissime - sont visibles immédiatement des silos de données, des référentiels distincts, les compositions batch interactives. Il faudrait y ajouter les implications web, ou encore les processus d output management. Dans une telle architecture, la moindre modification, à quelque endroit que ce soit, a des impacts sur un certain nombre de composants. Où sont la souplesse, la flexibilité, où est la réactivité dont on parle tant et dont on a tant besoin? En analysant cette architecture, les composants qui peuvent être repris ou développés puis exposés en tant que services sont identifiés. L architecture devient : L architecture éditique simplifiée se présente sous forme d un ensemble de services. Ces services, comme dans la SOA, peuvent être débranchés, maintenus, améliorés, enrichis, indépendamment de tout le reste de l architecture. L apport de la SOA au document. Des réductions de coûts de développement, d intégration, de maintenance. Une pérennité évidente car les normes et standards du marché sont respectés. Des réponses immédiates apportées face aux évolutions des environnements métier. Cincom Eloquence 15/20

Une implémentation plus rapide. Les services exposés sont utilisables et réutilisables immédiatement. Un nouveau produit, une nouvelle application pourra utiliser les services existants. Une montée en charge et une «scalabilité» à toute épreuve. Une architecture SOA bien faite permet une montée en charge quasi transparente, si les contrats de service sont bien respectés. Une intégration plus aisée dans le SI, mais également avec les partenaires extérieurs. Des services disponibles peuvent être exposés à des partenaires extérieurs. Une externalisation totale peut être rendue possible par le biais de l exposition des services. Les services sont exposés, c est-à-dire mis à disposition de leurs utilisateurs potentiels. En matière de document, la composition du document est un service disponible. Le protocole d utilisation est simple : quelles sont les données, où peut-on les trouver, dans quel type de flot sont-elles, est-ce du XML, du fichier plat, est-ce une base de données, est-ce un mélange de tout cela, y a-t-il plusieurs sources?... Le service luimême s appuie sur des services techniques à granularité très fine (sélection de données, choix du format ou du protocole de sortie...). Un autre service exposé est la gestion «output delivery». Que devient le document une fois composé? Dans quel protocole est il composé? Quel canal de diffusion est utilisé pour envoyer le document à son destinataire? Le document est-il dématérialisé ou non? Des copies sont-elles nécessaires? Des tris doivent-ils être appliqués? Y-a-t-il des regroupements, des lotissements ou des contraintes postales à respecter? Ces fonctions sont prises en charge par le service. Le schéma ci-dessous montre la vue de la gestion «output delivery» en tant qu ensemble de services, il détaille l utilisation de l architecture SOA à un niveau très fin. Engine Security Logging Repository Converter Listen, Respond Request Request Send Listen, Respond Send Listen Listen, Respond Send Listen, Respond Send Services Listen, Respond Request Request Request Request Send Listen, Respond Request Send Request Request Send Output Delivery Spoolers D autres services, plus unitaires, peuvent être exposés, notamment au niveau du référentiel de documents. Des services unitaires tels que l ajout, la suppression de modèles ou de composants, la gestion du "versionning" es versions doivent être Cincom Eloquence 16/20

disponibles. Ces services s appuient sur le référentiel unique des modèles de documents et des composants. De la même manière, au niveau de la traçabilité, un service permet le suivi détaillé de tous les documents produits ou en cours de production, suivi indispensable en matière de gestion de documents. Models Variations Collections Data Inputs Any Source Any Format Rules Logic Reusable Components Variable Information Bar Codes Logos/Graphics Signatures SOA Open Standards XML J2EE Enterprise-grade Architecture/Security IBM s WebSphere Application Server Windows Unix Z/OS Volumes On-demand Batch automation Multi-delivery options Print Email Web Multiple out formats WordML PDF PCL AFP, and more Complexity Interactive letters Policies / proposals Enterprise content repository Scalable Multithreaded, concurrent processing design Departmental to enterprise Powerful indexing and query Compliance enabling Fully automated archive and retrieval SOA Cincom Eloquence 17/20

Qu on le veuille ou non, SOA est là et va s imposer. SOA originellement s applique à l intérieur du système d information pour faire mieux parler les applications entre elles, mais à terme la SOA s appliquera entre systèmes d information en une universalité de l utilisation des services. Et bien sûr, la flexibilité, les coûts et la sécurité sont des avantages immédiats de l application de la SOA. L approche par le document et les processus métier associés est le moyen le plus rapide et le plus sûr de vous garantir un succès tangible et rapide. This technology is the heart of the next wave of innovation, said Eric Austvold, research director at AMR Research in Boston. The leaders that do this well are able to rapidly change the way their current businesses work to meet the ever-changing demands of their customers. Reuters - IBM launches software for mid-sized businesses, Sept 12 En conclusion Le document est probablement, parmi les fonctions transverses d infrastructure, la fonction qui se prête le mieux à l application de la SOA. Il est vrai que le document est omniprésent dans les processus métier. Pourquoi ne pas, dès lors, en faire une fonction universelle, unique, non redondante? Et l application de la SOA sur le document génèrera des gains visibles et rapides en termes de normalisation, de coûts de production de ces documents. Cincom Eloquence 18/20

Bibliographie 06/2005 Architecture Orientée Services (SOA) - Une politique de l interopérabilité Octo Technology 02/2006 SOA : Une évolution logique des SI dans l Assurance Assurance et Informatique 05/2006 SOA + ECM = the Future Bud Porter-Roth 06/2006 Industrialisation & différenciation, futurs attributs d une banque performante Accenture 2006 Optimizing the Insurance Business Software AG 2005 Introduction to Service-Oriented Architectures for Electronic Document Management Systems Bud Porter-Roth 02/2006 Service Oriented Architectures and Documents Management and Composition Systems Nic Carter Cincom System Knowledgestorm R. Wave Software 01/2006 The Business Case for SOA A Business Oriented Architecture : Combining BPM and 05/2006 SOA for Competitive Advantage 09/2006 02/2006 Architecture Evolution From Mainframes to Serviceoriented Architecture Document Automation and Service Oriented Architectures Lombardini Technology Evaluation Centers Chad Hersh - Celent Cincom Eloquence 19/20

Cincom Systems France 13 avenue de la Porte d Italie 75640 Paris Cedex 13 Tel. 01 53 61 70 00 Email : marketingfrance@cincom.com Cincom, the Quadrant Logo, and Simplification Through Innovation are trademarks or registered trademarks of Cincom Systems, Inc. All other trademarks belong to their respective companies. 2006 Cincom Systems, Inc. Printed in EMEA All Rights Reserved Cincom France 13 avenue de la Porte d Italie 75640 Paris Cedex 13 Fax 01 53 61 70 70 Tel. 01 53 61 70 00 E-mail marketingfrance@cincom.com http://www.cincom.com Cincom Eloquence 20/20