[eXia.

Cesi][A5] Urbanisation du SI
25/01/2013 - Youen Chn

Votre intervenant

Youen Chn Reponsable dquipe de developement chez Masternaut 5 ans de consulting SOA et Urbanisation Fondateur de Driveo : www.driveo.fr Animateur au Normandy JUG : www.normandyjug.org Blog : www.youenchene.fr Twitter : @youen_chene Email : youen.chene@gadz.org

Agenda
14h00-15h00 : Principes durbanisation 15h00-16h00 : Patron dintgration 16h00-17h00 : Cloud Computing

Principes durbanisation

Urbanisation

L'urbanisation du systme d'information de l'entreprise est une discipline informatique consistant faire voluer le systme d'information d'une entreprise dans son ensemble an de garantir sa cohrence vis--vis des objectifs et du mtier de cette entreprise, en prenant en compte ses contraintes externes et internes, tout en tirant parti des opportunits de l'tat de l'art informatique. L'urbanisme dnit des rgles ainsi qu'un cadre cohrent, stable et modulaire, auquel les diffrentes parties prenantes se rfrent pour toute dcision d'investissement relative au management du systme d'information. En version anglaise : Enterprise Architecture.

Systme dInformation
Approche systmique et mtaphore de la cit

Le dbut
>> Le village <<

La premire application

La phase dexpansion
>> Lexode rurale <<

Des problmes de croissance organique

>> Les banlieues et les centres villes insalubres <<

Lintgration avec les SI extrieurs

>> Routes, autoroutes et sens de conduite <<

La fusion avec dautres SI

>> Les communauts de communes et les agglomrations <<

Urbaniser le SI
>> Lheure de Georges Eugne Haussmann <<

Lapproche systmique Le systme

Un ensemble d'lments interagissant entre
eux selon certains principes ou rgles.

Un sous-systme ou module est un systme

participant un systme de rang suprieur. Entre Sortie
Rgles

Lapproche systmique La systmique

La systmique permet d'aborder des sujets complexes. Complexit et Compliqu :

Chaque partie du systme est simple. Linteraction entre les modules rends le systme complexe.

Le Systme dInformation

Les applications :

Les applications graphique. Les traitements de fonds. Les silos de donnes (Bases, GED).

Les donnes/objets. Les ux de donnes interne. Les ux de donnes avec lextrieur.

Les enjeux de lurbanisme

Dnir les rgles dvolution du systme
dinformation : le schma directeur.

En garantissant la cohrence et le bon

systme dinformation.

fonctionnement des rles remplies par le SI.

En permettant une volution constante du En maitrisant la dette technique.

Le schma directeur
Dnition de la cible 3 ans ou 5 ans. des fonctions et processus recouverts. des choix applicatifs. des rfrentiels de donnes, des ux de donnes. Dnition des tapes dvolution du SI.

Dette technique
Surcots li la maintenance corrective ou
volutive de parties de logiciels mal conues et/ou mal documentes.

Ces surcots sont un intrt que paye

lentreprise suite des manque de qualit ou des choix court-termes.

Les acteurs de lurbanisme

Les urbanistes. Les architectes de donnes. Les architectes dintgration. Les architectes dapplication.

Rle des urbanistes

Dnir le schma directeur :

En garantissant le recouvrement des fonctions demand par les mtiers tout moment. En choisissant les applications qui recouvrent ces besoins. En dterminant les dates de n de vie de certaines applications. En dterminant les ux de donnes inter-applicatifs qui recouvrent les processus dentreprise.

Rle des architectes de donnes

Excuter la vision des urbanistes sur les
donnes.

Ecrire la dnition des objets dentreprises. Accompagner les quipes de

dveloppements.

Rle des architectes dintgration

Excuter la vision des urbanistes sur les
ux de donnes. donnes.

Dnir la conception de ces ux de Accompagner les quipes de

dveloppements.

Rle des architectes dapplication

Excuter la vision des urbanistes sur les Dnir la conception dune application. Accompagner les quipes de
dveloppements. fonctions recouvrir par une application.

Cadre de Rfrence
Description du modle

Quatre niveaux darchitecture

La vision mtier/stratgique. La vision fonctionnelle/logique. La vision applicative. La vision technique.

La vision mtier/stratgique

Inventaires des besoins mtiers de lentreprise. Travaux sur les processus cibles. Dnition des besoins mtiers recouvrir. Exemples :

Prendre les commandes clients. Livrer les commandes. Suivre les employes en sein de lentreprise.

La vision fonctionnelle ou logique

Dnition des blocs fonctionnels pour recouvrir les besoins. Dnition des relations entre blocs pour recouvrir les processus. Exemple de blocs :

Acqurir automatiquement les commandes des clients. Gnrer les ches de salaires.

La vision applicative

Choisir les composants pour recouvrir la vision logique. Il sagit :

dapplications dvelopper, de progiciels paramtrer, de rfrentiels de donnes, dexternalisation

dapplications ( Cloud Computing de type SaaS - Service As A Software), de processus (BPO - Business Process Outsourcing)

de batchs, de ux asynchrones de traitements.

La vision applicative

Exemple :

SAP. Business Object. Google App. Siebel. Batch comptable de n dexercice Flux de synchronization de commandes. Interface de e-provisionning. Application mobile pour le SAV.

La vision technique

Il sagit de dnit dun point de vue stratgique linfrastructure ncessaire pour porter la vision applicative. Exemple :

Regroupement de serveurs dans un Data Center. Cration dun data center par dpartement. Base de donnes unique ou par pays. Dtermination de la bande passante entre site. Solution dexploitation et de monitoring unique.

Lapplication dans les entreprises

Vision mtier
La plus stratgique, souvent nglig.

Vision fonctionnel

La plus importante, celle ou il faut faire le consensus.

Vision applicative

La plus connue, celle avec la plus de pression nancire.

Vision technique

Peu frquent, sur opportunit de rationalisation

Outils
Dntions, rgles de bonne pratique et logiciels

Dnitions

Quartiers/ilots et blocs : sous dcoupage logique des fonctions couvrir. Processus : coordination dune suite de tches. Flux : traitement/synchronization dvnements au l de leau. La donne de rfrence : donnes matre ou master data. Donnes avec une dnition dentreprise. Rfrentiel : base ou application hbergeant les donnes de rfrence ainsi que les processus de gestion de ces donnes. Legacy : application avec une date de n de vie programme.

Les outils : Visio

Le plus utilis. Ce nest pas un outil de cartographie. Permet de faire des schmas esthtiques
pour les prsentations.

Les outils de cartographie : Mega, ARIS, Solu-IQ

Des outils complets et complexe. Permettent de rfrencer les artefacts et
les relations entre artefacts.

Chaque lments est requtable. Pour des tudes dimpacts.

Les outils de cartographie : Mega, ARIS, Solu-IQ

Avantage : La solution pour faire des tudes
dimpacts.

Inconvnient : Ncessite du temps et de la rigueur.

Les outils de cartographie Mega

Bonnes pratiques
Toujours construire les visions en fonction
de la vision dau dessus.

Penser couverture de blocs stratgiques,

fonctionnels ou applicatifs.

Bonnes pratiques : vision mtier

Prendre le temps de rfrencer
lensemble des besoins de lentreprise.

Sparer le backofce du front-ofce.

Bonnes pratiques : vision fonctionnelle

Ne pas oublier les travaux de dnitions
dentreprise des donnes/objets. lexistant (processus, applicatifs).

Travailler avec du recul par rapport

Bonnes pratiques : vision applicative

Ne pas oublier les objets, les ux et les
batchs.

Toujours se placer par rapport une

problmatique du recouvrement des blocs logique de la vision fonctionnelle. fonctions recouvertes par un progiciel.

Il ne faut pas forcment utiliser tous les

Bonnes pratiques : vision technique

Rester macro, il est impossible de lister
tous les besoins techniques, cela sera le rle des architectes technique. en place des data-centers et des tuyaux.

La cible est de dnir la stratgie de mise

Dmarche
Phases dlaboration et rle du ple urbanisation

Le ple urbanisation
Des urbanistes sniors (35-60 ans) qui font
les choix stratgiques et qui donne les orientations. entretiens, des inventaires, de la modlisation.

Des urbanistes juniors qui soccupe des Couramment organiss par branche
mtier : marketing, supply chain, achats, HR.

Des travaux collaboratifs

Vision
Mtier

Interne
Responsable MOA, Responsable de Service

Externe
Consultant Snior Fonctionnel

Fonctionnel Applicative Technique

Rfrents fonctionnel, Architecte de donnes Architecte de donnes, Architectes d Architectes Applicatifs Architectes technique, Responsable dexploitation

Consultant fonctionnel Commerciaux & Consultant Editeurs, Consultant Intgration Commerciaux & Consultant Editeurs, Consultant spcialiss

Elaboration de la vision mtier

Sponsoring par le top-management. Inventaire : des besoins stratgiques, des processus principaux de lentreprise, Alignement avec la stratgie commerciale, Prospective.

Elaboration de la vision mtier

Modlisation des processus et besoins
stratgique.

Revues. Validation par le top-management.

Elaboration de la vision fonctionnelle

Dmarre partir de la vision mtier/de la
stratgie dentreprise.

Entretiens avec les diffrents services

de manire itrative. objets.

impacts par chaque bloc stratgique.

Modlisation des fonctions et des processus Ecriture des dnition dentreprise des

Elaboration de la vision applicative

Pour chaque pan de la vision stratgique recouvert par une vision fonctionnelle, on dmarre les travaux la vision applicative. Au niveau dun bloc stratgique :

Slection des rfrentiels et solutions applicatives :

progiciels (interne ou en mode SaaS), applications ddis, outsourcing.

Modlisation de plusieurs scnarios en prenant en compte les ux et les batchs.

Elaboration de la vision applicative

Au niveau dun bloc stratgique :

[...] Revue par les architectes techniques. Etudier les cots macroscopique. Revue par le top-management. Etude des mutualisations possibles. Revue par les architectes techniques. Etudier les cots macroscopique. Revue par le top-management.

Au niveau dun ensemble de bloc stratgique :

Elaboration de la vision applicative

Validation nale des solutions applicatives
choisie par le top-management et le sponsor. objets, des ux, des batchs et des interfaces externes.

Etude et modlisation pousse des Validation de la cible par les urbanistes.

Elaboration de la vision applicative

A partir de la cible modliser les tapes de transition vers cette cible. (Sans oublier les ux). Ces modlisation peuvent avoir des variantes par sous-systme dinformation :

par pays, par zone, par liale.

Ces travaux dtermine les dates de n dutilisation de certaines applications existantes. Ces applications sont dites Legacy . revues par les architectes techniques, revues les responsables de services, validation par le top management et le sponsor. Le schma directeur dcoulant de ces travaux sont :

Elaboration de la vision technique

Calculs des bandes passantes. Regroupement/rationnalisation dans des DataCenters. Le rsultat permet davoir le plan dachat de linfrastucture (SAN, Serveurs, Fibre optique, PRA, etc..). Larchitecture dexploitation est aussi prendre en compte (monitoring, Gestion des incidents).

 Les problmatiques techniques et de

mettre jour ce schma directeur.

Aprs la cration du schma directeur

conception, les changements stratgiques vont faire voluer le schma directeur.

Le ple urbanisation devra maintenir et Avec des revues des Dossier dArchitecture
Technique (DAT), les urbanistes suivront lexcution du schma directeurs.

Patrons dintgration
Urbanisation et SOA

Patrons dintgration
Integration Patterns
Traditional Integration Patterns Advanced / EAI / ESB / Integration Patterns Advanced Bulk Data Integration Patterns

Point to point integration

Brokered integration

Data integration

Direct communication

Transaction

Routing

Process Orchestration

Routing

Information Aggregator

File transfer

Transactional

Event notification

Managed process

Propagation

Replication

P2P MOM

Request / Reply

ETL

Shared Database

Aggregator

Remote Procedure Call

Patrons dintgration
Integration Patterns
Traditional Integration Patterns Advanced / EAI / ESB / Integration Patterns Advanced Bulk Data Integration Patterns

Point to point integration

Brokered integration

Data integration

Direct communication

Transaction

Routing

Process Orchestration

Routing

Information Aggregator

File transfer

Transactional

Event notification

Managed process

Propagation

Replication

P2P MOM

Request / Reply

ETL

Shared Database

Aggregator

SOA oriented patterns

Remote Procedure Call

Intgration directe
Transfert de Fichier

Common file transfer protocols : FTP, SFTP, CFTP, NFS, etc

Intgration directe
Transfert de Fichier
Cons Monitoring. Reliability. Not for messaging Pros Quick & dirty. Replay is easy. Performance (low-level).

Best practice For batch mode (big nightly files to transfer). Glue to integrate a legacy application to an ESB

Worst practice Messaging. For exchanges which need a sharp monitoring. For object which often evolve

Intgration directe
Messagerie Asynchrone (MOM)

Well known application is MQ Series from IBM, JMS in Javas world, MSQueue in Microsoft world.

Intgration directe
Messagerie Asynchrone (MOM)
Cons Applications are coupled with the MOM technology. Pros Quick & dirty reliable integration

Best practice Reliable when no data transformation is needed. Glue to integrate an application to an ESB

Worst practice Exchanges with data transformation. Exchanges which need routing or which are driven business rules

Intgration directe
Base de donnes partage

Well known database : Oracle, SQL Server, Sybase, Mysql

Intgration directe
Base de donnes partage
Pros Quick & dirty. Low cost at the beginning Cons Database as a bottleneck. Cost increase to manage the performance issue. Impact of maintenance on the databases & the schemas. Applications are stick to database Worst practice

Best practice

Glue to integrate a legacy application Use this pattern to control the to an ESB (with table only for the integration cost, you will pay more integration part). when youll migrate

Intgration directe
Appel distance

CORBA, COM, .NET Remoting, Java RMI, SOAP, XML-RPC, etc

Intgration directe
Appel distance
Cons Applications are coupled. Maintenance Impact. Migration Scenarios ? Availability management ? Worst practice Pros To delegate a function to another application. To separate the layer of an application. Best practice

The technologies deployed provide To build a SOA architecture for the capability. It is a synchronous call. It is anticipated that the call would not be used in other circumstances. Response time is critical.

Intgration directe
Appel distance

Only few application can provide the transactional pattern: IDMS & CICS, J2EE Application Server (WAS).

http://www.ickr.com/photos/lejoe/4351511701/

Urbaniser un systme dinformation avec la SOA

SOA : Urbaniser avec un EAI

Intgration par vnement

Intgration par vnement

5 6 4 3

2 3

1 2 3 3

The System triggers the notification by delivering a message in its own protocol to the broker. The message is transformed into a pivot format as a canonical object. It is the mapping activity. The canonical object is published inside the broker message service. For replay and audit the message is stored inside the broker message store.

Intgration par vnement

5 6 4 3

2 3

4 5 6

The message is routed. The routing could be based on the message content or a technical header stock to the message. The message is received from the broker message service and translated to the target application format. The message is published to the target application in its own protocol.

Objets Canoniques

Intgration par vnement

Pros Decoupling feature. Easy to add new interface after the first project. Best practice Manage application migration scenario. Integrate an Information System step by step. Build a specific team to manage all the integration project. Share practices for routing. Share & centralize pivot format/ canonical object. Cons First project is heavy (architecture, methodology, knowledge transfer). Long term ROI. Worst practice Forget to use the pivot format/ canonical object which provide a functional decoupling between the application. Do not invest in the support part of the tool (monitoring, error&replay management).

SOA : Urbaniser avec un ESB

Intgration par vnement avec rponse

Intgration par vnement avec rponse

Pros Cons Decoupling feature. First project is heavy (architecture, Easy to add new interface after the methodology, knowledge transfer). first project. Long term ROI. Other system function as a centralize service. The Notify/Acknowledge variant for Best practice Worst practice Multiple applications use the same service. Broker can insulate each of the applications from change and the service connections can be reused. . Pattern to build Service Oriented Architecture.
Synchronous (blocking) transaction and response time is critical, Remote Procedure Invocation pattern is better, Brokered Request / Reply pattern is asynchronous and may not meet the service level required by the systems involved. Do not invest in the support part of the tool (SLA monitoring, error management).

Intgration par agrgation

Intgration par agrgation

1 2

1 2 3

The global pattern is the same as the request reply/pattern. Several source application could be called, the calls are driven by routing rules. All the data are aggregated in one unique message which is published to the requester application.

Intgration par agrgation

Pros Applications delegate the complexity to the bus. Cons Time response for large aggregation.

Best practice When a composite response must be collected in parallel from many different target applications.

Worst practice Care should be taken in synchronous (blocking) situations as it could take some time to create an aggregated response.

ESB : Les Acteurs

Business Process Management

User
Business Process Management Suite

Workow Screen Process Engine Integration Layer

Tasks Manager

ESB or Direct To Application

Modlisation des processus

BPM / BPMN : Business Process Modeling / Business Process Medling Notation

Modliser

Processus manag
1 2

1 2 3

A first application trigger the process by publishing a message. The communication with the other application is based on brokered integration patterns. A high level process manage the different interaction with the other application. A IHM layer could be add using the BPM Suite tools.

Processus manag
Pros Able to manage long process with or without human interaction. Make business and IT work together Cons Difficult if the business teams are not ready

Best practice Should be used when the integration environment is responsible for orchestrating the business process flow.

Worst practice Begin to build managed process though the business rules are not clear.

BPM : Les Acteurs

BPM : Les Acteurs

Les solutions haut de gammes : IBM WPS Software AG Tibco iProcess / Tibco AM BPM Les purs-players : Pega System Lombardi Intalio Les Open-Sources : Bonita jBPM Les solutions en mode Cloud Computing : Run My Process Cordys Les solutions documentaires : Lotus Alfresco

Intgration de donnes

Propagation

ESB, EAI

Propagation
Pros Loosely coupled. Each application which use the child referential is standalone. A way to balance the synchronization charge. Sharp monitoring is possible. Best practice Synchronize referential information to the various systems that require that information. Cons Like every synchronization process, the (re-)initialization process should be anticipated.

Worst practice Using it whereas the data management policies are not defined.

This is the pattern which is usually use to synchronize critical referentials/MDM (client, product).

Rplication

Specific to each database technology..

Rplication
Pros Bulk copy. Efficient to insulate a copy of the database. Best practice Mirroring of a transactional system into an instance of the database to provide for reporting without affecting the transactional systems performance. A mobile worker downloading a work list at the beginning of the day, and uploading updates to this work list at the end of the day. Cons Each replication process is specific to the database technology.

Worst practice

Extract Transform Load

Datastage, Talend, SQLSIS, Pervasive.

Extract Transform Load

1 3 2 1

1 2 3

Extract the information from the different sources with their own protocol. Map the different data from the different sources to a target format. The mapping parameter are set in the ETL designer UI. The target format is load into the target application in its own protocol.

Extract Transform Load

Pros Best player to handle mass data transformation. Cons Need an expert for advanced development and tuning.

Best practice

Worst practice

Populate BI Data Warehouse from To do on event intgration. applications. To replace nightly batch which need a lot of data transformation

ESB, EAI et ETL

ETL :

ESB/EAI :

Batch Grosse volumtrie Point point

Cas d'utilisation : insertion de donnes vers la BI.

Fil de l'eau Volumtrie lisse Dcouplage

Cas d'utilisation : synchronisation de commande entre le e-commerce et un ERP.

Pour en savoir + : Talend

Urbaniser avec un systme de Master Data Management

Urbaniser comme un eco-systme web

Tous les blocs du systme dinformation
ont une API.

Les applications tactiques se basent sur

lcosystme existant.

Lapproche de Amazon.

https://plus.google.com/112678702228711889851/posts/eVeouesvaVX

Urbaniser comme un eco-systme web

Rich Interface Application Web Application Mobile Application

Business Dedicated API Business Dedicated API Business Dedicated API

Conclusion Urbanisation
A retenir & Tendances

TOGAF

TOGAF Framework http://www.opengroup.org/togaf/

A retenir

Rappelez vous ces notions lorsque vous concevrez des applications. Il faut toujours penser recouvrement des blocs de la vue prcdente. Trs difcile mettre en place la cration dune entreprise. A mettre en place au plus tt lors de la priode de croissance de lentreprise.

Tendances
Raccourcissement des dure des schmas
directeurs.

La n des ERPs Big Elephant . Vers un eco-systme bas sur une

plateforme dentreprise.

Limpact du cloud computing : des mtiers

qui se passe de la DSI et des schmas directeurs.

Cloud Computing

IAAS / PAAS / SAAS

SaaS
CRM HR Collab Portal ECM .Net Java / J2EE BPMS

Software as a Service
Application en tant quun service

PaaS

Platform as a Service

Plateforme de dveloppement/dploiement en tant quun service

IaaS

Server Network Storage

Infrastructure as a Service
Infrastructure en tant que service

Dlgation de Responsabilits
SaaS

Le client utilise lapplication

Le fournisseur est responsable de lapplication

PaaS

Le client dveloppe lapplication

Le fournisseur maintient lOS et le serveur web

IaaS

Le client utilise linfrastructure

Le fournisseur maintient le rseau, le matriel et le systme de virtualisation

Les acteurs
SaaS PaaS

IaaS

CLoud prive/ Cloud public

Private

Hybrid

Public

Systme de vitualisation avanc

Reversibilit

API de conguration

Cloud prive / Cloud public Les responsabilits

Private

Hybrid

Public

SLA assur le client

SLA assur le fournisseur

SLA = Service Level Agreement = Qualit de service contractualis (en interne ou avec un fournisseur)

Cloud prive / Cloud public Laspect comptable

Private

Hybrid

Public

CAPEX lev OPEX moyen

CAPEX faible OPEX important

SLA = Service Level Agreement = Qualit de service contractualis (en interne ou avec un fournisseur)

Cloud prive / Cloud public Laspect comptable

Private

Hybrid

Public

PME qui cherche rationaliser. Grands groupes. Metiers spciques.

Startup qui dbute Site forte scalabilit

Cloud prive / Cloud public Les acteurs

Private

Hybrid

Public

Les points prendre en compte dans le choix

Maturit SLA / Niveau de Service Legislation (Patriot Act) Reversabilit Scurit

Scurit
Peur sur la DSI! Cest une illusion. Pour une fois on se pose la question. Les fournisseurs spcialiss seront
meilleurs quune DSI classique.

Dernires questions?

Rfrences

http://fr.wikipedia.org/wiki/Urbanisation_(informatique) http://en.wikipedia.org/wiki/Enterprise_architecture http://fr.wikipedia.org/wiki/Systme http://fr.wikipedia.org/wiki/Systmique http://en.wikipedia.org/wiki/The_Open_Group_Architecture_Framework