cours urbanisation du si

7/30/2019 Cours Urbanisation du SI

1/118

[eXia.Cesi][A5]

Urbanisation du SI25/01/2013 - Youen Chn


2/118

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 : [email protected]
http://twitter.com/youen_chenehttp://www.youenchene.fr/http://twitter.com/youen_chenehttp://twitter.com/youen_chenehttp://www.youenchene.fr/http://www.youenchene.fr/http://www.normandyjug.org/http://www.normandyjug.org/http://www.normandyjug.org/http://www.normandyjug.org/http://www.driveo.fr/http://www.driveo.fr/


3/118

Agenda

14h00-15h00 : Principes durbanisation

15h00-16h00 : Patron dintgration

16h00-17h00 : Cloud Computing


4/118

Principes durbanisation


5/118

Urbanisation

L'urbanisation du systme d'information de l'entreprise est unediscipline informatique consistant faire voluer le systmed'information d'une entreprise dans son ensemble afin de garantir sacohrence vis--vis des objectifs et du mtier de cette entreprise, enprenant en compte ses contraintes externes et internes, tout entirant parti des opportunits de l'tat de l'art informatique.

L'urbanisme dfinit des rgles ainsi qu'un cadre cohrent, stable etmodulaire, auquel les diffrentes parties prenantes se rfrent pourtoute dcision d'investissement relative au management du systme

d'information.

En version anglaise : Enterprise Architecture.
http://fr.wikipedia.org/wiki/Management_du_syst%C3%A8me_d%27informationhttp://fr.wikipedia.org/wiki/Management_du_syst%C3%A8me_d%27informationhttp://fr.wikipedia.org/wiki/Management_du_syst%C3%A8me_d%27informationhttp://fr.wikipedia.org/wiki/Management_du_syst%C3%A8me_d%27informationhttp://fr.wikipedia.org/wiki/Management_du_syst%C3%A8me_d%27informationhttp://fr.wikipedia.org/wiki/Management_du_syst%C3%A8me_d%27informationhttp://fr.wikipedia.org/wiki/Entreprisehttp://fr.wikipedia.org/wiki/Entreprise


6/118

Systme dInformationApproche systmique et mtaphore de la cit


7/118

Le dbut>> Le village


8/118

La phase dexpansion>> Lexode rurale


9/118

Des problmes de

croissance organique>> Les banlieues et les centres villes insalubres


10/118

Lintgration avec les SI extrieurs>> Routes, autoroutes et sens de conduite


11/118

La fusion avec dautres SI>> Les communauts de communes et les agglomrations


12/118

Urbaniser le SI>> Lheure de Georges Eugne Haussmann


13/118

Lapproche systmique

Le s stme Un ensemble d'lments interagissant entre

eux selon certains principes ou rgles.

Un sous-systme ou module est un systmeparticipant un systme de rang suprieur.

RglesEntre Sortie
http://fr.wikipedia.org/wiki/Ensemblehttp://fr.wikipedia.org/wiki/Ensemble


14/118

Lapproche systmique

La s stmi ue La systmique permet d'aborder des sujets complexes.

Complexit et Compliqu :

Chaque partie du systme est simple.

Linteraction entre les modules rends le systmecomplexe.


15/118

Le Systme dInformation

Les applications :

Les applications graphique.

Les traitements de fonds.

Les silos de donnes (Bases, GED).

Les donnes/objets.

Les flux de donnes interne.

Les flux de donnes avec lextrieur.


16/118

Les enjeux de lurbanisme

Dfinir les rgles dvolution du systmedinformation : le schma directeur.

En garantissant la cohrence et le bonfonctionnement des rles remplies par leSI.

En permettant une volution constante dusystme dinformation.

En maitrisant la dette technique.


17/118

Le schma directeur

Dfinition de la cible 3 ans ou 5 ans.

des fonctions et processus recouverts.

des choix applicatifs.

des rfrentiels de donnes,

des flux de donnes.

Dfinition des tapes dvolution du SI.


18/118

Dette technique

Surcots li la maintenance corrective ou

volutive de parties de logiciels malconues et/ou mal documentes.

Ces surcots sont un intrt que paye

lentreprise suite des manque de qualitou des choix court-termes.


19/118

Les acteurs de

lurbanisme

Les urbanistes.

Les architectes de donnes.

Les architectes dintgration.

Les architectes dapplication.


20/118

Rle des urbanistes

Dfinir 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 fin de vie de certaines

applications.

En dterminant les flux de donnes inter-applicatifsqui recouvrent les processus dentreprise.


21/118

Rle des architectes de

donnes

Excuter la vision des urbanistes sur les

donnes.

Ecrire la dfinition des objets dentreprises.

Accompagner les quipes dedveloppements.


22/118

Rle des architectes

dint ration Excuter la vision des urbanistes sur les

flux de donnes. Dfinir la conception de ces flux de

donnes.



23/118

Rle des architectes

da lication

Excuter la vision des urbanistes sur les

fonctions recouvrir par une application.

Dfinir la conception dune application.



24/118

Cadre de RfrenceDescription du modle


25/118

Quatre niveaux

darchitecture

La vision mtier/stratgique.

La vision fonctionnelle/logique.

La vision applicative.

La vision technique.


26/118

La vision mtier/stratgique

Inventaires des besoins mtiers de lentreprise.

Travaux sur les processus cibles.

Dfinition des besoins mtiers recouvrir.

Exemples :

Prendre les commandes clients.

Livrer les commandes.

Suivre les employes en sein de lentreprise.


27/118

La vision fonctionnelle

ou logique Dfinition des blocs fonctionnels pour

recouvrir les besoins.

Dfinition des relations entre blocs pourrecouvrir les processus.

Exemple de blocs :

Acqurir automatiquement les commandesdes clients.

Gnrer les fiches de salaires.


28/118

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 ASoftware),

de processus (BPO - Business Process Outsourcing)

de batchs,

de flux asynchrones de traitements.


29/118

La vision applicative

Exemple :

SAP.

Business Object.

Google App.

Siebel.

Batch comptable de fin dexercice

Flux de synchronization de commandes.

Interface de e-provisionning.

Application mobile pour le SAV.


30/118

La vision technique

Il sagit de dfinit dun point de vue stratgiquelinfrastructure ncessaire pour porter la visionapplicative.

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.


31/118

Lapplication dans les

entre risesVision 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 financire.

Vision technique Peu frquent, sur opportunit de rationalisation


32/118

OutilsDfintions, rgles de bonne pratique et logiciels


33/118

Dfinitions

Quartiers/ilots et blocs : sous dcoupage logique desfonctions couvrir.

Processus : coordination dune suite de tches.

Flux : traitement/synchronization dvnements au fil deleau.

La donne de rfrence : donnes matre ou masterdata. Donnes avec une dfinition dentreprise.

Rfrentiel : base ou application hbergeant les donnes derfrence ainsi que les processus de gestion de ces donnes.

Legacy : application avec une date de fin de vie programme.


34/118

Les outils : Visio

Le plus utilis.

Ce nest pas un outil de cartographie.

Permet de faire des schmas esthtiques

pour les prsentations.


35/118

Les outils de cartographie :

Mega, ARIS, Solu-IQ Des outils complets et complexe.

Permettent de rfrencer les artefacts etles relations entre artefacts.

Chaque lments est requtable.

Pour des tudes dimpacts.


36/118

Les outils de cartographie :

Mega, ARIS, Solu-IQ

Avantage :

La solution pour faire des tudesdimpacts.

Inconvnient :

Ncessite du temps et de la rigueur.


37/118

Les outils de cartographie

Mega


38/118

Bonnes pratiques

Toujours construire les visions en fonctionde la vision dau dessus.

Penser couverture de blocs stratgiques,

fonctionnels ou applicatifs.


39/118

Bonnes pratiques :

vision mtier

Prendre le temps de rfrencerlensemble des besoins de lentreprise.

Sparer le backoffice du front-office.


40/118

Bonnes pratiques :

vision fonctionnelle

Ne pas oublier les travaux de dfinitionsdentreprise des donnes/objets.

Travailler avec du recul par rapport

lexistant (processus, applicatifs).


41/118

Bonnes pratiques :

vision a licative Ne pas oublier les objets, les flux et les

batchs.

Toujours se placer par rapport uneproblmatique du recouvrement des blocslogique de la vision fonctionnelle.

Il ne faut pas forcment utiliser tous lesfonctions recouvertes par un progiciel.


42/118

Bonnes pratiques :

vision techni ue

Rester macro, il est impossible de lister

tous les besoins techniques, cela sera lerle des architectes technique.

La cible est de dfinir la stratgie de mise

en place des data-centers et des tuyaux.


43/118

DmarchePhases dlaboration et rle du ple urbanisation


44/118

Le ple urbanisation

Des urbanistes sniors (35-60 ans) qui fontles choix stratgiques et qui donne les

orientations. Des urbanistes juniors qui soccupe des

entretiens, des inventaires, de lamodlisation.

Couramment organiss par branchemtier : marketing, supply chain, achats, HR.


45/118

Des travaux

collaboratifsVision Interne Externe

MtierResponsable MOA,

Responsable de ServiceConsultant Snior Fonctionnel

FonctionnelRfrents fonctionnel, Architecte

de donnesConsultant fonctionnel

ApplicativeArchitecte de donnes, Architectes

d Architectes Applicatifs

Commerciaux & ConsultantEditeurs,

Consultant Intgration

TechniqueArchitectes technique, Responsable

dexploitation

Commerciaux & ConsultantEditeurs,

Consultant spcialiss


46/118

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.


47/118


mtier

Modlisation des processus et besoinsstratgique.

Revues.

Validation par le top-management.

El b d l


48/118


fonctionnelle Dmarre partir de la vision mtier/de la

stratgie dentreprise.

Entretiens avec les diffrents servicesimpacts par chaque bloc stratgique.

Modlisation des fonctions et des processusde manire itrative.

Ecriture des dfinition dentreprise desobjets.

El b d l


49/118


a licative Pour chaque pan de la vision stratgique recouvert par unevision fonctionnelle, on dmarre les travaux la visionapplicative.

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 compteles flux et les batchs.

El b d l


50/118


a licative Au niveau dun bloc stratgique : [...]

Revue par les architectes techniques.

Etudier les cots macroscopique.

Revue par le top-management.

Au niveau dun ensemble de bloc stratgique :

Etude des mutualisations possibles.

Revue par les architectes techniques.

Etudier les cots macroscopique.

Revue par le top-management.

El b d l


51/118


a licative Validation finale des solutions applicatives

choisie par le top-management et le

sponsor.

Etude et modlisation pousse desobjets, des flux, des batchs et des

interfaces externes.

Validation de la cible par les urbanistes.

El b i d l i i


52/118


a licative A partir de la cible modliser les tapes de transition vers cette cible. (Sansoublier les flux).

Ces modlisation peuvent avoir des variantes par sous-systmedinformation :

par pays, par zone, par filiale.

Ces travaux dtermine les dates de fin dutilisation de certaines applicationsexistantes.

Ces applications sont dites Legacy .

Le schma directeur dcoulant de ces travaux sont :

revues par les architectes techniques,

revues les responsables de services,

validation par le top management et le sponsor.

El b i d l i i


53/118


techni ue Calculs des bandes passantes.

Regroupement/rationnalisation dans des Data-

Centers.

Le rsultat permet davoir le plan dachat delinfrastucture (SAN, Serveurs, Fibre optique,PRA, etc..).

Larchitecture dexploitation est aussi prendreen compte (monitoring, Gestion des incidents).

A l i d


54/118

Aprs la cration du

schma directeur Les problmatiques techniques et de

conception, les changements stratgiquesvont faire voluer le schma directeur.

Le ple urbanisation devra maintenir etmettre jour ce schma directeur.

Avec des revues des Dossier dArchitectureTechnique (DAT), les urbanistes suivrontlexcution du schma directeurs.


55/118

Patrons dintgrationUrbanisation et SOA


56/118

Patrons dintgration

Traditional Integration Patterns Advanced / EAI / ESB / Integration Patterns Advanced Bulk DataIntegration Patterns

IntegrationPatterns

Point to pointintegration

Brokeredintegration

Dataintegration

Directcommunication

Transaction RoutingProcess

OrchestrationRouting

InformationAggregator

File transfer

P2P MOM

SharedDatabase

Remote

Procedure Call

TransactionalEvent

notification

Request /Reply

Aggregator

Managedprocess

Propagation Replication

ETL


57/118

Patrons dintgration

Traditional Integration Patterns Advanced / EAI / ESB / Integration Patterns Advanced Bulk DataIntegration Patterns

IntegrationPatterns

Point to pointintegration

Brokeredintegration

Dataintegration

Directcommunication

Transaction RoutingProcess

OrchestrationRouting

InformationAggregator

File transfer

P2P MOM

SharedDatabase

RemoteProcedure Call

TransactionalEvent

notification

Request /Reply

Aggregator

Managedprocess

Propagation Replication

ETL

SOA oriented patterns


58/118

Intgration directeTransfert de Fichier

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


59/118

Intgration directeTransfert de Fichier

Pros Cons

Quick & dirty.

Replay is easy.

Performance (low-level).

Monitoring.

Reliability.

Not for messaging

Best practice Worst practice

For batch mode (big nightly filesto transfer).

Glue to integrate a legacyapplication to an ESB

Messaging.

For exchanges which need asharp monitoring.

For object which often evolve


60/118

Intgration directeMessagerie Asynchrone (MOM)

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


61/118

Intgration directeMessagerie Asynchrone (MOM)

Pros Cons

Quick & dirty reliable integration Applications are coupled with theMOM technology.


Reliable when no data transformationis needed.

Glue to integrate an application to anESB

Exchanges with data transformation.

Exchanges which need routing orwhich are driven business rules


62/118

Intgration directeBase de donnes partage

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


63/118

Intgration directeBase de donnes partage

Pros Cons

Quick & dirty.

Low cost at the beginning

Database as a bottleneck. Costincrease to manage theperformance issue.

Impact of maintenance on thedatabases & the schemas.


Glue to integrate a legacy applicationto an ESB (with table only for theintegration part).

Use this pattern to control theintegration cost, you will pay morewhen youll migrate


64/118

Intgration directeAppel distance

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

I d


65/118


Pros Cons

To delegate a function to anotherapplication.

To separate the layer of anapplication.

Applications are coupled.Maintenance Impact. MigrationScenarios ?

Availability management ?


The technologies deployed providefor the capability.

It is a synchronous call.

It is anticipated that the call wouldnot be used in other circumstances.

Response time is critical.

To build a SOA architecture

I d


66/118


Only few application can provide the transactional pattern: IDMS & CICS, J2EE

Application Server (WAS).


67/118

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

Urbaniser un systme
http://www.flickr.com/photos/lejoe/4351511701/http://www.flickr.com/photos/lejoe/4351511701/


68/118

Urbaniser un systme

dinformation avec la SOA

SOA : Urbaniser avec un


69/118


EAI

Intgration par


70/118

Intgration par

vnement

Intgration par


71/118

Intgration par

vnement

12

3

3

4

5

6

1 The System triggers the notification by delivering a message in its own protocol to the broker.

2 The message is transformed into a pivot format as a canonical object. It is the mapping activity.

3 The canonical object is published inside the broker message service.

3 For replay and audit the message is stored inside the broker message store.

Intgration par


72/118

Intgration par

vnement

12

3

3

4

5

6

4 The message is routed. The routing could be based on the message content or a technical headerstock to the message.

5 The message is received from the broker message service and translated to the target applicationformat.

6 The message is published to the target application in its own protocol.


73/118

Objets Canoniques

Intgration par


74/118

Intgration par

vnementPros ConsDecoupling feature.

Easy to add new interface after the

first project.

First project is heavy (architecture,methodology, knowledge transfer).

Long term ROI.


Manage application migrationscenario.

Integrate an Information Systemstep by step.

Build a specific team to manage allthe integration project.

Share practices for routing.

Share & centralize pivot format/

canonical object.

Forget to use the pivot format/canonical object which provide a

functional decoupling between theapplication.

Do not invest in the support part ofthe tool (monitoring, error&replaymanagement).



75/118


ESB

Intgration par


76/118

Intgration par

vnement avec rponse

Intgration par


77/118

Intgration par

vnement avec rponsePros ConsDecoupling feature.

Easy to add new interface after thefirst project.

Other system function as acentralize service.

First project is heavy (architecture,methodology, knowledge transfer).

Long term ROI.


Multiple applications use the sameservice.

Broker can insulate each of theapplications from change and theservice connections can bereused. .

Pattern to build Service OrientedArchitecture.

Synchronous (blocking) transaction

and response time is critical, Remote

Procedure Invocation pattern is better,

Brokered Request / Replypattern isasynchronous 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


78/118

Intgration par

a r ation

Intgration par


79/118

Intgration par

a r ation1

2

3

2 Several source application could be called, the calls are driven by routing rules.

3 All the data are aggregated in one unique message which is published to the requester application.

1 The global pattern is the same as the request reply/pattern.

Intgration par


80/118

Intgration par

a r ationPros Cons

Applications delegate thecomplexity to the bus.

Time response for largeaggregation.


When a composite response mustbe collected in parallel from manydifferent target applications.

Care should be taken insynchronous (blocking) situationsas it could take some time to createan aggregated response.


81/118

ESB : Les Acteurs

Business Process


82/118

Business Process

Mana ementBusiness Process Management Suite

Process Engine

Workflow Screen

Integration Layer

ESB or Direct To Application

Tasks Manager

User

Modlisation des


83/118

Modlisation des

rocessus

BPM / BPMN : Business Process Modeling / BusinessProcess Medling Notation


84/118

Modliser


85/118


86/118

Processus manag

1

2

3

2 The communication with the other application is based on brokered integration patterns.

3 A high level process manage the different interaction with the other application. A IHM layer could beadd using the BPM Suite tools.

1 A first application trigger the process by publishing a message.


87/118

Processus manag

Pros Cons

Able to manage long process withor without human interaction.

Make business and IT worktogether

Difficult if the business teams arenot ready


Should be used when theintegration environment isresponsible for orchestrating thebusiness process flow.

Begin to build managed processthough the business rules are notclear.


88/118

BPM : Les Acteurs


89/118

BPM : Les ActeursLes solutions haut de gammes :

IBM WPS

Software AG

Tibco iProcess / Tibco AMBPM

Les purs-players :

Pega System

Lombardi

Intalio

Les Open-Sources :

Bonita

jBPM

Les solutions en mode CloudComputing :

Run My Process

Cordys

Les solutions documentaires :

Lotus

Alfresco


90/118

Intgration de donnes


91/118

Propagation

ESB, EAI


92/118

PropagationPros Cons

Loosely coupled.

Each application which use the childreferential is standalone.

A way to balance the

synchronization charge.Sharp monitoring is possible.

Like every synchronization process,the (re-)initialization process shouldbe anticipated.


Synchronize referential information

to the various systems that requirethat information.

Using it whereas the data

management policies are notdefined.

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

product).

R l


93/118

Rplication

Specific to each database technology..

R l


94/118

RplicationPros Cons

Bulk copy.

Efficient to insulate a copy of thedatabase.

Each replication process is specificto the database technology.


Mirroring of a transactional systeminto an instance of the database toprovide for reporting withoutaffecting the transactional systems

performance.A mobile worker downloading awork list at the beginning of theday, and uploading updates to this

E T f L d


95/118

Extract Transform Load

Datastage, Talend, SQLSIS, Pervasive.

E T f L d


96/118

Extract Transform Load

2 Map the different data from the different sources to a target format. The mapping parameter are set inthe ETL designer UI.

3 The target format is load into the target application in its own protocol.

1 Extract the information from the different sources with their own protocol.

1

2 3

1

1

E T f L d


97/118

Extract Transform LoadPros Cons

Best player to handle mass datatransformation.

Need an expert for advanceddevelopment and tuning.


Populate BI Data Warehouse fromapplications.

To replace nightly batch which needa lot of data transformation

To do on event intgration.

ESB EAI ETL


98/118

ESB, EAI et ETL

ETL :

Batch

Grosse volumtrie

Point point

Cas d'utilisation : insertion de donnes versla BI.

Pour en savoir + : Talend

ESB/EAI :

Fil de l'eau

Volumtrie lisse

Dcouplage

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

Urbaniser avec un systme


99/118

Urbaniser avec un systmede Master Data Management

Urbaniser comme un


100/118

Urbaniser comme un

eco-s stme web Tous les blocs du systme dinformation

ont une API.

Les applications tactiques se basent surlcosystme existant.

Lapproche de Amazon.

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

Urbaniser comme un
https://plus.google.com/112678702228711889851/posts/eVeouesvaVXhttps://plus.google.com/112678702228711889851/posts/eVeouesvaVXhttps://plus.google.com/112678702228711889851/posts/eVeouesvaVX


101/118

Urbaniser comme un

eco-s stme webRich InterfaceApplication

BusinessDedicated API

Web Application Mobile Application




102/118

Conclusion

UrbanisationA retenir & Tendances

TOGAF


103/118

TOGAF

TOGAF Framework

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

A i
http://www.opengroup.org/togaf/http://www.opengroup.org/togaf/


104/118

A retenir

Rappelez vous ces notions lorsque vous concevrez desapplications.

Il faut toujours penser recouvrement des blocs de la vueprcdente.

Trs difficile mettre en place la cration dune entreprise.

A mettre en place au plus tt lors de la priode de croissancede lentreprise.

T d


105/118

Tendances

Raccourcissement des dure des schmasdirecteurs.

La fin des ERPs Big Elephant .

Vers un eco-systme bas sur uneplateforme dentreprise.

Limpact du cloud computing : des mtiersqui se passe de la DSI et des schmasdirecteurs.


106/118

Cloud Computing

IAAS / PAAS / SAAS


107/118

IAAS / PAAS / SAASSaaS

PaaS

IaaS

CRMHRCollabPortalECM

.NetJava / J2EEBPMS

ServerNetworkStorage

Software as a Service

Platform as a Service

Infrastructure as a Service

Application en tant quun service

Plateforme de dveloppement/dploiement en tant quun service

Infrastructure en tant que service

Dlgation de Responsabilits


108/118

Dlgation de Responsabilits

SaaS

PaaS

IaaS

Le client utilise lapplication

Le client dveloppe lapplication

Le client utilise linfrastructure

Le fournisseur est responsable de lapplication

Le fournisseur maintient lOS et le serveur web

Le fournisseur maintient le rseau, le matriel et le systme devirtualisation

L t


109/118

Les acteursSaaS

PaaS

IaaS

CL d i / Cl d bli


110/118

CLoud prive/ Cloud public

Private Hybrid Public

Systme devitualisation avanc

API deconfiguration

Reversibilit

Cloud prive / Cloud public


111/118

p pLes responsabilits


SLA assur le

client

SLA assur le

fournisseur

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



112/118

p pLaspect comptable


CAPEX levOPEX moyen

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

CAPEX faible

OPEX important



113/118

p pLaspect comptable


PME qui cherche rationaliser.Grands groupes.Metiers spcifiques.

Startup qui dbute

Site forte scalabilit



114/118

p pLes acteurs


Les points prendre en


115/118

p p

com te dans le choix Maturit

SLA / Niveau de Service

Legislation (Patriot Act)

Reversabilit

Scurit

Scurit


116/118

Scurit

Peur sur la DSI!

Cest une illusion.

Pour une fois on se pose la question.

Les fournisseurs spcialiss serontmeilleurs quune DSI classique.

Dernires questions?


117/118

Dernires questions?

Rfrences


118/118

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
http://en.wikipedia.org/wiki/The_Open_Group_Architecture_Frameworkhttp://fr.wikipedia.org/wiki/Syst%C3%A9miquehttp://fr.wikipedia.org/wiki/Syst%C3%A8mehttp://en.wikipedia.org/wiki/The_Open_Group_Architecture_Frameworkhttp://en.wikipedia.org/wiki/The_Open_Group_Architecture_Frameworkhttp://fr.wikipedia.org/wiki/Syst%C3%A9miquehttp://fr.wikipedia.org/wiki/Syst%C3%A9miquehttp://fr.wikipedia.org/wiki/Syst%C3%A8mehttp://fr.wikipedia.org/wiki/Syst%C3%A8mehttp://en.wikipedia.org/wiki/Enterprise_architecturehttp://en.wikipedia.org/wiki/Enterprise_architecturehttp://fr.wikipedia.org/wiki/Urbanisation_(informatique)http://fr.wikipedia.org/wiki/Urbanisation_(informatique)

cours urbanisation du si

Documents