CDS SOA et le document

SOA et le Document à la

demande

François Novel

Sr. Consultant

AGENDA

Cincom en quelques mots

Rappels sur la SOA

Le document et la SOA

Cinq décennies aux avant-postes

du logiciel

1968 - Fondation de la société spécialisée dans les Bases de données.

1970 - Développement intensif de l’international.

1980 - Spécialisation dans l’industrie et dans le développement d’applications.

1990 - Nouvelles technologies, acquisitions, et intensifications des réseaux de distribution.

2000 – Solutions de communication métier, intégration et accès aux données, enterprise management, et automatisation des processus

2006 – Première solution de conception, composition et diffusion de documents totalement compatible SOA.

Cincom à ce jour.

2002

2003

2004

2005

0

20

40

60

80

100

120

140

160

Profit

C.A.

• Revenus annuels de près $140 million.

• Un solide portefeuille de solutions.

• Plus de 800 employés.

• Des bureaux dans 18 pays.

• Des milliers de clients répartis à travers le monde.

Cincom en EMEA West

• Plus de 100 personnes à votre service.

• 4 Bureaux Paris

Lyon

Genève

Bruxelles

• Un centre important de R&D à Lyon

• Plus de 60 % de nos revenus sont récurrents.

• Beaucoup de nos clients qui nous ont fait confiance et ont grandi avec nous, nous sont fidèles depuis plus de 20 ans.

La confiance de nos Clients

La confiance de nos Clients

Finance

Solutions de Cincom

Gestion et optimisation des media de la

communication Clients

Intégration des données et accès fédérateurs

Vue intégrée du client

Dématérialisation du document et stockage

Optimisation des processus de vente et de

marketing dans le secteur de la finance

Configuration d’offres techniques et

commerciales personnalisées

AGENDA

Cincom en quelques mots

SOA – quelques rappels

Le document et la SOA

SOA - quelques rappels

• Une définition : SOA est une architecture dans

laquelle les applications s’appuient sur des

composants techniques ou métier, standards,

partagés, réutilisables, appelés services

• Une autre définition : SOA est un cadre

(framework) qui assure au SI évolutivité,

souplesse, adaptabilité, face à des besoins métier

toujours plus contraignants

SOA

Un service :

« Un service... rend un service (!) »

Un service est une fonction précisément définie, auto-décrite,

« autoportante », qui ne dépend pas du contexte ou de l’état d’autres

services

Derrière cette évidence on distingue :

• Services métier

• Services d’infrastructure

• Services à forte ou fine granularité

Un service

… Une tâche métier

répétitive – ex, vérifier un

solde client, ouvrir un

compte client

Une orientation de

services?

… Un moyen d’intégrer vos

activités comme des services

joints et les résultats qu’ils

apportent

Une architecture

orientée services

(SOA)?

… Un style d’architecture

qui supporte l’orientation

de services

Une application

composée?

… Un ensemble de services

connexes et intégrés

supportant un processus

métier basés sur une

architecture SOA

Source : IBM Université des partenaires 2006

SOA

SOA

L’utilisation d’un service repose sur la

notion de Contrat de Service :

• Format d’entré/sortie : comment puis-je communiquer avec ce

service ?

• Disponibilité : horaires ou périodes de disponibilité ?

• Performance : acceptable pour ce que je veux faire ?

• Sécurité : suis-je connu ? Dois-je être connu ? Ai-je le droit ?

• Fraîcheur de l’information renvoyée : est-elle garantie ?

• Qualité de l’information retournée ?

• Existence d’un mode dégradé ?

• ....

SOA

• Couplage faible : le client du service n’est pas ou peu

contraint par le service qu’il sollicite

• Standards : XML, WSDL, UDDI, SOAP, BPEL...

• Granularité : les services à grosse granularité cachent

généralement des activités métier complexes, les services à

granularité fine sont des services unitaires, techniques ou

métier.

Mots-Clés (1/3) :

SOA

• Réutilisabilité : l’intérêt d’un service repose dans sa

réutilisabilité. Mais l’intérêt d’un service repose également

dans la réutilisation de l’existant.

• Flexibilité, souplesse, réactivité : l’existence d’un

annuaire de services disponibles (exposés) permet de

réagir très rapidement aux exigences métier : nouveaux

produits, évolution de la législation, ...

Mots-Clés (2/3) :

SOA

• Orchestration et chorégraphie : les processus métier (et

le BPM) deviennent une orchestration (séquencement) de

services.

• Interopérabilité : avec une connotation technique, pas de

contraintes de plates-formes, de langages...

Mots-Clés (3/3) :

Qu’est-ce qui différencie SOA des

initiatives du passé?

Réutilisation

SOA : les services

sont extensivement

réutilisables

Avant, la seule

réutilisation était

àl’intérieur des

applications

Connectivité

SOA : services liés

dynamiquement et

flexibles

Avant, interaction

“codée en dur” des

services et dépendant

des applications

Focalisation

SOA : on se focalise

sur les activités métier

et les interactions

Avant, c’était sur des

sous tâches techniques

Organisation

SOA réunit Métiers et

IT (66% des projets

menés par les lignes

métiers)

Avant, l’IT seule

concevait les SI

Standards Large adoption des

Web services assurant

des interfaces bien

définies.

Avant, les standards

propriétaires limitaient

l’interopérabilité

Source : IBM Université des partenaires 2006

SOA

• « Placer les processus métier au cœur de la démarche SOA »

• Développer une approche à trois niveaux :

• Stratégique (Directions Générales)

• Opérationnel (Métier)

• Architecture et moyens (SI)

L’approche SOA :

SOA

• Penser pilote : Pas de mise en place d’une SOA sans un

pilote probant... Le document est l’approche la plus facile et

concrète!

• Penser visibilité : Les premiers bénéfices de la SOA doivent

être à très haute visibilité (business et IT)

• Penser métier : Placer les processus métier au cœur de la

problématique (IT en support)

Quelques recommandations :

AGENDA

Cincom en quelques mots

Rappels sur la SOA

Le document et la SOA

SOA et le document

• En préambule, un constat

• Le document – dématérialisé ou non - est omniprésent

dans la plupart des processus métier, à divers stades

• La gestion du document est souvent diffuse dans le SI

SOA et le document

• Un exemple

9 000

200

450

1

10

100

1 000

10 000

Documents

"sous contrôle"

Documents

"à peu près contrôlés"

Documents

hors contrôle

éc

he

lle

lo

ga

rith

miq

ue

Une grande compagnie

d’assurance :

≈ 400 documents

parfaitement contrôlés

(logiciel éditique)

≈ 200 documents “à peu

près” contrôlés (progiciels,

ERPs, applications)

> 9.000 documents hors de

tout contrôle (Word, ttx...)

SOA et le document

La production d’un document est

une des fonctions du processus

métier

Source : IBM Université des partenaires 2006

SOA et le document

Pourquoi le document ?

• Le document – dématérialisé ou non - est l’un des postes

cachés les plus coûteux pour une entreprise

• Le document est typiquement une fonction transversale

• Le document est typiquement une fonction d’infrastructure

SOA et le document

Pourquoi le document ?

Le document « hors contrôle » présente un risque fort pour

l’entreprise :

• Hors normes (conforme à la législation en cours ?)

• Hors charte graphique (budgets marketing & communication)

• Véhicule d’erreurs

SOA et le document

Problème technologique ou problème métier ?

Problématique Technique ? Métier ?

Ventes Croisées Silos applicatifs ? Gestion de ces silos ?

ProfitabilitéManque de fiabilité

des données ?

Recherche de croissance

du revenu ?

Service client GRC mal exploitée ? GRC mal utilisée ?

Informations Direction

Mauvaise aggrégation

de données ?

Pas d'outil d'analyse ?

Mauvaises procédures de

collecte et de reporting ?

SOA et le document

Problème technologique ou problème métier ?

• La technologie n’est pas à l’origine du problème...

• Problème organisationnel ? Processus mal adaptés ?

• La technologie permet d’optimiser ces processus

SOA et le document

Flexibilité

• Les produits

• Nouveaux documents, évolution de la législation, changements de

présentation...

• Les canaux de distribution

• Mails, SMS, web, papier...

• Les processus métier

• BPM sans codage lourd des règles métier

• Le document doit être inclus dans les processus BPM

Le SI doit être suffisamment flexible pour gérer

SOA et le document

« Affordability » (Peut-on se l’offrir ?)

• Coûts de maintenance

• Composants standard et non redondants

• Coûts d’intégration

• Composants standard et réutilisés

• Coût de formation

• Langages communs

• Protocoles simples

• Outsourcing

SOA et le document

Profitabilité

• La rétention (fidélisation!) client passe - entre autres - par la qualité des documents qui lui sont fournis :

• Faciles à comprendre ?

• Avec toute l’information nécessaire et utile?

• Esthétiques (image de qualité)?

SOA et le document

Tendances

• La complexité croissante de produits doit être accompagnée d’une grande flexibilité dans la conception et la production des documents

• Contrats, polices de + en + complexes

• A l’inverse, la simplification de produits doit être accompagnée d’une grande réactivité dans la production et la diffusion des documents

• Un document doit être exploitable « instantanément »

• Particulièrement vrai pour les ventes directes online

SOA et le document

Un exemple

• Une grande entreprise produit des documents complexes

(contrats) très personnalisés, en batch et occasionnellement

en interactif.

• Pour des raisons historiques les modèles batch et interactifs

sont construits avec des outils distincts, et s’appuient sur un

clausier propriétaire commun.

SOA et le document

Un exemple

Juristes

Clausier

Référentiel des

modèles batchs

IT, Editique

Silos de data

IT

Composition

batch

Composition

interactive

client

Référentiel des

modèles interactifs

Processus métier

Agent, gestionnaire

Processus métier

Archivage

SOA et le document

Un exemple

• Dans une telle architecture, la moindre modification peut avoir

des impacts sur tous les composants

• Souplesse ? Flexibilité ? Réactivité ?

SOA et le document

Un exemple

Juristes

Clausier

Composition

Client

Processus métier, batchs ou interactifsEditique

Données

Archive

Référentiel des

modèles

SOA et le document

Un exemple éloquent

Juristes

Clausier

Composition

Client

Processus métier,

batchs ou interactifs

Editique

DonnéesArchive

Référentiel des

modèles

SOA et le document

Ce qu’apporte la SOA au document

• Réductions de coûts• De développement de modèles

• D’intégration

• De maintenance

• Pérennité : assurance des respects des standards du marché

• Implémentation plus rapide• Services exposés réutilisables

SOA et le document

Ce qu’apporte la SOA au document

• Montée en charge et « scalabilité » à toute épreuve

• Intégration plus facile dans le SI et avec les partenaires

extérieurs

• Externalisation possible

SOA et le document

Le document : services exposés

La composition (construction) du document

• Disponible pour tous

• Protocole simple (data, flot attendu)

• S’appuie sur des services techniques : sélection des

données, choix du format de sortie

SOA et le document

Le document : services exposés

Output et Delivery

• Choix du protocole

• Choix du ou des canaux de sortie (fax, e-mail, SMS,

archive...)

• Dématérialisation

• Copies multiples, tris, regroupements, lotissements,

contraintes postales...

Services

Repository

Listen,

Respond

Output

Listen,

RespondRequestRequest

SendListen

Send

Logging

Request

SendListen,

Respond Send

Security

Spoolers

Request SendRequest

Converter

Request

SendListen,

Respond

Engine

Listen,

Respond Request Request

Delivery

Listen,

RespondRequest Send

SOA et le document

Output & Delivery

SOA et le document

Le document : services exposés

Services unitaires

• Référentiel (ajouts, suppressions de modèles ou de

composants, maintenance des versions...)

• Tracking (exploitation des logs : suivis et traçabilité)

• Multi-delivery options

• Print

• Email

• Web

• Multiple out formats

• WordML

• PDF

• PCL

• AFP, and more

• Complexity

• Interactive letters

• Policies / proposals

• SOA

• Open Standards

• XML

• J2EE

• Enterprise-grade Architecture/Security

• IBM’s WebSphere Application Server

• Windows

• Unix

• Z/OS

• Volumes

• On-demand

• Batch automation

• Models

• Variations

• Collections

• Data Inputs

• Any Source

• Any Format

• Rules Logic

• Reusable Components

• Variable Information

• Bar Codes

• Logos/Graphics

• Signatures

• Enterprise content repository

• Scalable

• Multithreaded, concurrent processing design

• Departmental to enterprise

• Powerful indexing and query

• Compliance enabling

• Fully automated archive and retrieval

• SOA

Cycle de vie du document

SOA et le document

En résumé...

• Qu’on le veuille ou non, SOA s’impose ... et s’imposera

• SOA s’appliquera d’abord dans le SI, puis entre SI.

• Les avantages immédiats de SOA : flexibilité, coûts et

sécurité.

SOA et le document

Conclusions

Le « document » est , parmi les fonctions transverses

d’infrastructure, probablement celle qui se prête le mieux à

l’application de SOA.

L’application de SOA sur le document génère des gains

visibles et rapides (normalisation, coûts...)

SOA et le document

Merci de votre attention

François Novel

[email protected]