La Bourse Rencontre l'Informatique

La Bourse rencontre l’informatiquePhilippe DONCHE-GAY – Directeur Général Capgemini France29 Novembre 2005

2© 2005 Capgemini - All rights reserved

Dans un marché en croissance de 4-5% en Amérique du Nord et en Europe de l’Ouest, bonne performance au premier semestre.

74

65

2

11

31

0

20

40

60

80

NA WesternEurope

EasternEurope

Asia Japan0

2

4

6

8

10

12(milliards USD ) (% )

CAGR 2005-2008 Marché en 2005

Source: Gartner, IT Services market WW, 2002-2008

Marché du service en informatique

Utilisation TS

76,478,7 78,2 78,5 79,3 79,4 79,8 79,2 79,2 79,8 79,7 79,1

40

45

50

55

60

65

70

75

80

85

90

J F M A M J J A S O N DR + FC Budget

• 34% du revenu de Capgemini au 1° semestre

• + 20.3% de croissance par rapport à 2004

• Le retour aux « fondamentaux » de gestion a permis le retour à la rentabilité

• La montée en puissance de l’offshore

Capgemini Technology Services

Marché


Architecture applicative d’une entreprisedans le domaine de l’électronique grand public

La complexité des systèmes d’ information … une force d’ inertie

• Manque de flexibilité des SI– Stratégie multi canal– Time to market– Fusions / acquisitions

• Poids et le coût de l’existant– Encore plus de ‘spaghetti’– Le budget informatique est vampirisé par la

maintenance– Réutilisation insuffisante

• Besoin d’interopérabilité– Stratégie multi-canal – Les Progiciels ont créés de nouveaux silos– Avoir des processus adaptables en regard des besoins

métiers internes ou externes– Le besoin croissant de s’appuyer sur des partenaires

• Accompagner la croissance – Ouverture des SI via Internet– Diffusion du haut débit– Scalabilité des systèmes

SOA / WebServices


Passer d’un traitement des tâches à une architecture de services : un demi-siècle d’évolution des systèmes d’information

ERP

Ecosystème de services en réseau

Intégrer les applications

au niveau des messages

Intégrer les applications

au niveau des données

Interfaces point à point

Ilots

Piloté par les événements et orienté service

Piloté par les processus

Pilotés par les données

Dédiées procédure

Dédiées tâche

Systèmes interconnectésProcessus horizontauxFonctions verticales

Construire des processus qui interagissent dans différents écosystèmes capable de supporter la nature dynamique des événements.

Élaborer des processus étendus à travers le réseau pour créer des services et de la valeur dans un écosystème

Intégrer les procédures pour implémenter les processus métier

Interconnecter les fonctions (donc les tâches) pour implémenter des procédures

Développer des fonctions permettant d’accomplir certaines tâches

V F C V F C

L’architecture des systèmes a été jusqu’à présent dominée par des paradigmes issus du développement. Une maîtrise du système d’information nécessite de passer à des paradigme issus de l’architecture.

Chaque nouveau paradigme a permis de franchir une étape majeure pour maîtriser la complexité

1950 : Code MachineBlocs d’instructions se suivant en séquence

1960 : Décade du « sous-programme » Structures de contrôles et premiers langages de programmation

1970 : Décade du « Module »Analyses de flux, Diagrammes entité-relation, MERISE

1980 : Décade de l’objetLes langages de programmations modulaires masquant les détails de la programmation se cristallisent sur le concept d’objet. L’héritage introduit un nouveau type de dépendance non dynamique.

1990: Décade des frameworksLes paradigmes objets nous ont donné la possibilité de construire des infrastructures abstraites connectant des collections d’éléments. Emergence des middlewares

Aujourd’hui : Architectures orientées service

SOA / WebServices


MAINFRAMES MINI-ORDINATEURS PC

CLIENT-SERVEUR

INTERNET

1960 1970 1980 1990 2000 2010

SERVICESERVICE--ORIENTEDORIENTED(architecture orient(architecture orientéée services)e services)

La maturation des approches SOA, couplée à la diffusion de standards ouverts, apporte une solution à l’évolution attendue des systèmes d’ information

• Web Services et SOA– Les Web Services sont définis comme des composants indépendants (sans contexte et avec un couplage lâche) en utilisant des standards

d’interopérabilité tels que : SOAP, WSDL ou UDDI.– Une architecture SOA (Service Oriented Architecture) permet de matérialiser ses services « métiers » pour vos employés et vos

partenaires (fournisseurs ou distributeurs)– L’interopérabilité entre les produits permet maintenant de créer des architectures orientées services.

• Le marché « SOA – Web Services» passera de 30 Md$ à 150 Md$ en 2008 d’après le Gartner Group

SOA / Web Services


Le modèle en couches des Architectures Orientées Services …

SOA / WebServices

Applications Métier et SupportApplications Métier et Support

CR

M

Logistique

R&

D

Fabrication

RH

Finance&

Adm

inistration

Support

Référentiels

Référentiels

Services d'intégrationServices d'intégration

Services d'interopérabilitéServices d'interopérabilité

Services d'infrastructureAdministration, Supervision, Ordonnancement, Sauvegardes

Services d'infrastructureAdministration, Supervision, Ordonnancement, Sauvegardes

Applications collaboratives (processus)Applications collaboratives (processus)

Règlement de facture

Suivi de livraison

Prise de commande

Facilités

OrchestrationOrchestration

Services d'accèsPortails, Sites, Canaux

Services de sécuritéIdentification, Authentification, Habilitations

Services de sécuritéIdentification, Authentification, Habilitations


… permet l’évolution des systèmes existants vers davantage de flexibilité, réactivité et ouverture

Services

Contexte

Client

Point de vente

Gestion du canal

Composants

ProcessusVROOM

Comptes

Points de vente

Authentification

IdentificationHabilitation

Solde Transaction

Par moyen depaiement Débit

Crédit

Caisse

Activité

Enregistrer

AnnulationsRéception

1

Sécurité

Comptant Compte Bon pourparier

RisquesSeuil

Solde Compte

Seuils

AuthentificationIdentificationHabilitation

Validitéet calculdu prix

Contexte Hippique

Validitédu bon

76

FID

Consommation

Transaction

8

ImpressionRécépissé

Réponse

Pilotage

Non partants Arrêt des ventes

3

Débiter

SoldeVérification si solde insuffisant

42

NouvelleTC

Initcontexte

Erreur

Annulationpaiement

5

Opérateur

Cumuls client


Pour les opérateurs télécoms, les architectures SOA permettent de s’affranchir de la centralisation des PGI pour une meilleur agilité des services aux clients

Pour les opérateurs télécoms, les architectures SOA permettent de s’affranchir de la centralisation des PGI pour une meilleur agilité des services aux clients

• Le CRM est souvent le centre du SI avec un rôle central dans la gestion de commande

• Les changements dans les offres de produits ou de services nécessitent un changement synchronisé de nombreuses applications

• Les modèles de données des outils de CRM ne permettent pas de couvrir des processus de bout en bout qui forcent le recours à des méta-modèles basés sur des EAI

• Les progiciels et les EAI doivent être mis à jour

Support

CRM

ActivationBaseclient

Facturation

Finance

PGI

Une architecture basée sur un PGI Une architecture SOA cible

• Les services aux clients sont facilement accessibles au travers des différents canaux (centre d’appel,Web, revendeurs, SI tiers…)

• Les frontaux exécutent le niveau supérieur du Business Process Management (BPM)

• Les services basiques fonctionnent indépendamment des autres et peuvent évoluer séparément

• Les services aux clients peuvent utiliser des fonctions de bas niveau du réseau comme le “Click-to-dial, le pré-paiement,…)

Bus de services (opérateur télécoms)

Poste de travail

Règlement de litiges

Service desupport

client

Serviced’inscription

Serviced’analyse

Catalogue de services

Gestion de la

facturation

Gestion de crédits

Service d’activation

Service de statut

Servicesde gestion

client

Services defacturation

Servicesd’infrastructure

Référentielde données

Services réseaux

Passerellevers des

tiers

Les opérateurs Télécoms ont été assez précurseurs dans la mise en œuvre d’ architectures orientées Services

SOA / WebServices


Les compagnies d’assurances utilisent les concepts SOA pour mettre en oeuvre une stratégie multi-front / multi back


Le programme COPERNIC : Refonte de l’intégralité du système d’information de la Direction Générale des impôts

Back Office

Front Office

Usagers Entreprises Partenaires

Téléprocédures Gestion de la relation usager

Compte fiscal simplifié

Pilotes

Référentiel PERS

Référentiel OCFI

Référentiel TOPO

Processus métier Agents

Sync

Canal d’accès

Canal d’accès

Canal d’accès

Canal

d’accès

ArchitectureAnalyse et Conception

Développement

Plan Type Dossier Architecture Technique

Guide de Développement

Guide de règles et formalismes de

modélisation

Spécifications Fonctionnelles:

- nouvelles applications

- évolutionsCharte/Etudes/Plan

d’Urbanisme

Charte/Etudesd’Architecture Technique

Manuel d'Architecture Applicative

Conformité & Cohérence +

Groupes de Travail

Mise en Oeuvre

Contrôle du cycle de vie

Qualification, Mise en Production

Référentiel d’Industrialisation

Dossiers de Conception Objet

Détaillée

Dossier d’Architecture

Applicative Détaillée

Projets

Assemblage/Intégration, Validation interne/Recette

Arborescence code source,

documentation, packaging, procédures

de déploiement, …

Dossier d’Architecture Technique

Urbanisme & Architecture Technique

MOA/MOE

Une SOA se construit à l'occasion de projets concernant de nouvelles applications ou des évolutions du parc existant

C'est en utilisant un « Référentiel d'Industrialisation » que ces projets contribuent à la construction d'une SOA

La démarche d’industrialisation permet la mise en œuvre progressive d’une SOA

33 Millions

4 Millions

80 000


Capgemini a de réels atouts pour exécuter cette priorité stratégique SOA / WebServices

Oracle Fusion Architecture

HR

Legacy

Finance

ERP

CRM

. . .

WebSphereBusiness

Integration Adapters

Enterprise Service Bus Enterprise Service Bus

Interfaces: JMS, SOAP, MQI, mMS, JAX RPC, RMI

WebSphereApplication WebSphere MQ Server V6

WebSphereEvent / Message

Broker

WebSphereEvent / Message

Broker

Web ServicesGatewayWAS ND

Web ServicesGatewayWAS ND

IBM Websphere

SAP NetWeaver™

PEOPLE

Multi channel accessPortalCollaboration

INFORMATION

PROCESS

Integration BrokerBus. Process Mgmt

APPLICATION

Knowledge MgmtBusiness IntelligenceMaster Data Mgmt

J2EEABAPDB & OS Abstraction

Business Process Management

UWL*

ERP CRM SRM 3rd partyWMS

3rd partyERP

SAP EP

mm

BPM

SAP XI

mw

mm

alert

SAP BI

SAP ESA

Un vivier de compétences mondial – Plus de 400 architectes certifiés dans le monde– Une nouvelle version de notre référentiel IAF– Plus de 12 000 développeurs formés aux technologies Web– Une infrastructure d’ accueil des projets dans les ADC

Une expertise « métier » – Capgemini Consulting– Expertise sectorielle

Un réseau d’ alliances stratégiques


Description du métier compréhensible par les acteurs du métier

Description et structuration fonctionnelle du système d’information (Services)

Description et structuration du système informatique en composants logiciels (Implémentation des Services)

Infrastructure de fonctionnement du système d'information et des composants logiciels et applicatifs

Métier

Applicative

Technique

Fonctionnelle

Métier

Système d’inform

ation

• Articulation MOA / MOE

• Contrats de service

• Gouvernance des bouquets de service

• Implantations de service

• Interopérabilité

• Scalabilité

• Exploitabilité

Les quatre vues d'un Système d’Information

Quelques facteurs clé de réussite de

projets SOA

La mise en œuvre de SOA est une démarche « lourde »

SOA / WebServices


7%

5%

4%

3%

2%2%

1%

2001 2002 2003 2004 2005F 2006F 2007F

Offshore spending % of total IT spending

% de l’offshore dans les dépenses informatiques

Taille du marché du service en informatique et croissance pour les

destinations “low cost”

Source: neoIT

0,3 0,8 1,83,2

5,1

12,2

28,2

13%

29%

14%

25%

11%

25%27%

Mexique Philippines Chine Europede l’est

Autres Canada Inde

2002 2005 2008 CAGR

L’offshore est un facteur de croissance, et l’Inde est l’endroit où il faut être !« Rightshore »


Ouverture d’un3° centre

Mumbai

Bangalore

Tier 1 CityTier 2 CityTier 3 City

Hyderabad

KolkataPune

Bangalore

Delhi

ChennaiCoimbatore

Chandigarh

Mumbai

Attrition des ingénieurs en Inde

35.2%

27.1%

23.2%

32.8%

20%

25%

30%

35%

40%

H1 04 Q3 04 Q4 04 Q1 05

Croissance du nombre d’employés de Capgemini en Inde

2000 2001 2002 2003 2004

103 225 412

1130

2200

2500

2000

1500

1000

500

0

118% 83%

174%

95%

3500

2005

3000

3500

Le Groupe Capgemini y accroît sa présence à vitesse accélérée

« Rightshore »


Le “Rightshore”™ de Capgemini : un atout pour la réussite de projets distribués

Gestion de projet

Une même méthodologie et des outils – La méthodologie DELIVER™

Comité exécutifComité exécutif

Gestion de programme(Coordinateur de la

production offshore)

Gestion de programme(Coordinateur de la

production offshore)

ComitéExécutifComitéExécutif

État des planning et statutsIdentification des problèmes et résolution

Demandes d’évolution

Common Infrastructure

Directeur qualitéDirecteur qualité

Gestion de la qualité

Processus de questions/réponsesSuivi des questions/réponses

Outils de communication

Équipe projet, ex.• Processus• Ré ingénierie• Techniciens• Migration• Interface• Test

Équipe projet, ex.• Processus• Ré ingénierie• Techniciens• Migration• Interface• Test

Une communication efficace baséesur des relations sures

Guidée par le responsable de la solution, en utilisant des outils de visioconférence,

de conférence téléphonique, e-mails, chats… et de la présence sur le terrain

Montée en puissance

Responsables Q/RResponsables Q/R

Responsable de laproduction offshoreResponsable de la

production offshore

Suivi de l’offshoreConfigurationDéveloppementFormationTestSupport

Suivi de l’offshoreConfigurationDéveloppementFormationTestSupport

On shoreOffshore

EspagneEspagneInde

Mumbai Bangaloe

IndeMumbai Bangaloe

Chine

PolognePologne

Canada)Canada)

États-unisÉtats-unis

UK UK

EspagneEspagne

Allemagne Allemagne

ItalieItalie

NorvègeNorvège

FranceFrance

BelgiqueBelgiqueHollandeHollande

AustralieAustralie

FrontOffice

BackOffice

FO

BO

Rightshore

• Une approche unique de la production distribuée grâce à notre initiative CBE (*)

– Le front office est la pierre angulaire de notre engagement– Des méthodes collaboratives

• Notre présence locale (en front-office) garantit notre engagement et la bonne compréhension des besoins

Risque = Qualité * Proximité

Confiance

(*) Collaborative Business Experience – l’engagement de Capgemini pour faire et partager son savoir-faire dans tous ses projets

La Bourse rencontre l’informatiquePhilippe DONCHE-GAY – Directeur Général Capgemini France29 Novembre 2005

Documents

La Bourse Rencontre l'Informatique