Thorie et Pratique du Systme dInformation Deuxime Chapitre: Architecture du SI

Janvier 2009 Ecole Polytechnique

Yves Caseau

1/34

Plan du Cours Architecture du Systme dInformation

Premire partie: Quest-ce que larchitecture ? Deuxime partie: Etablir une architecture cible Troisime partie: Urbanisation du Systme dInformation

2/34

Premire Partie: lArchitecture du SI

Quest-ce quune architecture ?

Dfinition du terme architecture ( ANSI/IEEE Std 1471-2000 ):
"The fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution.

Pour l Open Group Architecture Formum, deux sens conjoints:

o

A formal description of a system, or a detailed plan of the system at component level to guide its implementation The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time. En premier lieu, un outil de communication

Pour le CEISAR (cf. TD)

o

Une architecture correspond

une finalit dun systme sous deux modalit: opration/ transformation Une cible (acte de communication)

Yves Caseau Cours Polytechnique - 2009

3/34

Premire Partie: lArchitecture du SI

Objectifs dune architecture

Communiquer au service dune ide

o o o o

Principal outil de transformation Rduire les cots et la complexit Support de standardisation viter les outils et les formalismes complexes (dpend du niveau de maturit de lentreprise) Rle de mmoire Simplifie les volutions

Favoriser la rutilisation Communication entre parties prenantes Communication asynchrone / diachronique

o o

Yves Caseau Cours Polytechnique - 2009

4/34

Premire Partie: lArchitecture du SI

Architecture logicielle et architecture de SI

Architecture Logicielle (cf. 3e cours)
o o
o o

Dcomposition en composants/ sous-composants Approches objets/ services / modules

Vision macroscopique Top-down (ex: cartographie fonctionnelle) et bottom-up (des objets mtiers aux services) Architecture logique et physique Architecture logique
Architecture mtier (processus / objets mtiers) Architecture fonctionnelle / service

Architecture du SI

Architecture physique
Architecture applicative Architecture systme

Yves Caseau Cours Polytechnique - 2009

5/34

Premire Partie: lArchitecture du SI

Architecture de donnes
Rfrentiel de donnes
o o o o
o o o o o o

Rfrentiel smantique: quest-ce quun client, etc? Modle conceptuel de donnes: quest-ce qui constitue un client Ontologie: modle de classes (UML) Outil fondamental de partage dans lentreprise
Rpartition Formats (ex: XML) Cycle de vie Distribution / synchronisation Sauvegarde / restauration Pilotage des flux

Architecture de donnes

Architecture dynamique de donne (cf. 7e cours)

Yves Caseau Cours Polytechnique - 2009

6/34

Premire Partie: lArchitecture du SI

Architecture de services
Service = Fonction + Interface + Contrat Architecture de Service
o o o o o

Crer une structure (mettre de lordre dans le graphe des appels) Donner du sens (pour favoriser volution et rutilisation) Souvent associ lutilisation de technologies Web Services Formalise une bonne pratique ancienne Le service est un moyen, ce qui est dcrit par larchitecture est lobjectif

SOA Dpartemental = architecture base de services

SOA Global = Construire un catalogue de service structur sous forme darchitecture

o o o

Indpendant de la technologie (Tuxedo, procdures, ) Une application des thories de la rutilisation des composants logiciel au niveau du systme dinformation Le catalogue de services rutilisables est lobjectif, larchitecture (lorganisation) est un moyen

Yves Caseau Cours Polytechnique - 2009

7/34

Premire Partie: lArchitecture du SI

Analyse fonctionnelle et Architecture objet

Larchitecture fonctionnelle est une dcomposition
o o
o o o

Fonction / sous-fonction, top-down Normalisation descriptive: (input, output, transformation, rles, )

Une architecture fonctionnelle isole conduit se proccuper trop tard des aspects processus, distribution de donnes, etc. Une analyse trop pousse conduit une informatique en silos Lapproche fonctionnelle top-down est mal adapte lutilisation de progiciels Cartographie mtier : analyse description des fonctions/mtiers de lentreprise Dfinition des services au sein de la SOA Enrichissement de larchitecture de donne et du modle mtier

Larchitecture fonctionnelle nest plus isole (vs. il y a 20 ans)

Elle irrigue 3 approches:

o

o o

Yves Caseau Cours Polytechnique - 2009

8/34

Premire Partie: lArchitecture du SI

Architecture de processus
Poser une structure sur les interactions temporelles
o o o
o o o

vnements Enchainements => logique mtiers Finalits => processus

Processus / sous-processus Familles de processus Partages de ressources: donnes, IHM, Rles (alignement organisationnel) Lapproche processus est le meilleur outil dalignement organisation/SI Etapes des processus -> services, fonctions, (lien avec autres approches) Mutualiser / rutiliser / outsourcer Pdagogie

Dcrire la structure fractale/rcursive des processus

Normaliser/ Standardiser
o o

Yves Caseau Cours Polytechnique - 2009

9/34

Trois dimensions de lurbanisation

Vision Donnes ETL Vision Services Vision Evnements fournit le modle de Le modle de donne permet de valider la donne qui est objet est enrichi par la cinmatique et commun aux changes vision service planification des changes de donnes induit une partie des services mtiers structure les interfaces de service Fournit le catalogue de services qui sont implments par les composants permet de produire un ensemble dinterfaces de service qui sont facilement recomposables

SOA

EAI

les flux dchanges de donnes doivent tre harmoniss avec les flux de contrle

permet de stabiliser la contribution de chaque composant au systme dinformation

fournit la structure asynchrone des changes qui permet de dfinir des processus

10/34

Construire une architecture cible

Fonction s Mtier s Macrofonctions Macroprocessus (bauche) Processu s Donnes Terminolo gie Objets (ontologie) Cycle de vie objets Echanges Contenu

Rfrence externe

Rfrence externe

Level 0
Rfrence externe

Macroprocessus Evneme nts Process us Archi. Processus v1

Servic es Catalog ue Archi. Services v1

Yves Caseau Cours Polytechnique - 2009

Protocole m-a-j Archi. Donnes v1

11/34

Pourquoi une architecture dentreprise ?

LArchitecture est une activit mtier stratgique Alignement stratgique (SI/mtier) est une contrainte !
o

Si on naligne pas le SI sur la stratgie mtier, linverse se produit

Agilit => Anticiper => Planifier Enjeux stratgiques

o o o o o

Optimisation -> processus Segmentation -> flexibilit (oriente client et non systme) Exprience client unifie Mutualisation (matrise des cots) Cf. prsentation prcdente sur urbanisation (objectifs SI)

Yves Caseau Cours Polytechnique - 2009

12/34

Premire Partie: lArchitecture du SI

Modle Fonctionnel Mtier

Rsultat du premier niveau danalyse fonctionnelle (cf. level 0 ) Le modle fonctionnel est un outil dorganisation (des hommes, des SI et des ides)

Il existe des standards mtier (ex: eTom dans les telcos), il est bon de sen inspirer

Yves Caseau Cours Polytechnique - 2009

13/34

Premire Partie: lArchitecture du SI

Architecture vivante : lart du compromis

Evolution permanente
o o
o o o o o

Contraintes de TTM Contraintes solution (fournisseurs / clients)

Cible dynamique, rvaluer en permanence Optimisation multi-critre Pas de progrs sans normes Pas defficacit sans adhsion et appropriation Pas dadhsion sans souplesse

Architecture cible Architecture et normalisation

Yves Caseau Cours Polytechnique - 2009

14/34

Deuxime partie
Premire partie: Quest-ce que larchitecture ? Deuxime partie: Etablir une architecture cible Troisime partie: Urbanisation du Systme dInformation

15/34

Proprits dune bonne architecture

Modularit Lisibilit Evolutivit (support lagilit) Survavibilit Standardisation
o o o

Deuxime Partie: Architecture cible

Larchitecture est un outil de standardisation des interconnexions, en termes de technologies et de paradigme Une bonne architecture sert rduire le nombre de techniques, et favoriser la rutilisation Sert favoriser lutilisation de standards (LDAP, ETL, BPB, ESB cf. chapitre 3)

Yves Caseau Cours Polytechnique - 2009

16/34

Deuxime Partie: Architecture cible

Modularit
Modularit = diviser pour rgner
o

Modularit modulo lorganisation : objectif = rendre les dpartements autonomes

Minimiser les interactions / les dpendances / les flux Dclinaisons

o o o o o o

Architecture de donnes Architecture oriente-services Processus Chapitre 4: mtriques de modularit Multidimensionnel doit tre isomorphe lorganisation Appropriation/pdagogie sont fondamentales

Art ou science ?:

Yves Caseau Cours Polytechnique - 2009

17/34

Deuxime Partie: Architecture cible

Lisibilit
Mta-modle compris et partag
o o
o o o o o

Que signifient les boites et les flches ? Typologie claire et consistante

Intrt du standard (UML) Une mme nomenclature partage Un schma par objectif de communication Capacit du canal (mmoire immdiate) : 7 +/- 2 Peut sutiliser de faon fractale, mais chaque niveau ne contient pas plus de 7 objets Construction progressive : animation des schmas !

Chercher la continuit viter les modes Sparer les fonds des flux Cf. Georges Miller Magical seven

Yves Caseau Cours Polytechnique - 2009

18/34

Deuxime Partie: Architecture cible

Evolutivit
Ajouts et suppression dlments
o o
o o

viter la centralit (degr trop important) Dans le cas contraire, normaliser linterconnexion
Volume - scalabilit Nature

Evolution des flux Une bonne architecture doit viter les situations de blocage en termes dvolution
o o

Composant satur Composant irremplaable

Yves Caseau Cours Polytechnique - 2009

19/34

Deuxime Partie: Architecture cible

Survavibilit
Pas de SPOF Redondance (similaire la scalabilit) Back-up / restauration Architecture de donnes
o o o o

Privacy & CNIL Chiffrement des donnes sensibles Intrusion Attaque denial of service

Securit

Yves Caseau Cours Polytechnique - 2009

20/34

Deuxime Partie: Architecture cible

Best-of CEISAR (courtesy of Jean-Ren Lyon)

Cf. prsentation en TD

C Excution de la Transformation A Excution des Oprations Action Action Acteur Acteur Spcifie Stratgie Gre Projet Projet Planning Dploie Maintient D Modle de Transformation Modle Modle dActeur dAction Produit Vend Gre Client Produit Contrat

B Modle des Oprations Modle dActeur Modle de donne Modle dAction Doc. Modle de donne

Complexit

Rle
Config.

Doc.

Rle
Config.

Logiciel Modle Global: les Cartes Transformatio n

Logiciel Modle Global: les Cartes Oprations

Excution dans le Monde Rel Agilit Modle

Elments Partageables ou Rutilisables

Transformations Synergie

Operations

Elments Spcifiques

Yves Caseau Cours Polytechnique - 2009

21/34

CEISAR Process Design

ORGANIZATIO N MODEL
Organized 6 Process

BUSINES S MODEL
Business 3Process

Software lasts 20 years, Organization changes every 3 years: to build Solution which adapts to successive Organizations: design Business Model before Organization Model

IT MODE L
Process 3Software 6

Activity

Actor 7 Role PROCESS MODEL FUNCTION MODEL Business 2 Function Business 1 Entity

Organization 5Function Organization 4 Entity

Software 2 Service 5 Business 1 Class 4

22/34

CEISAR: Action Levels for Organized Processes.

End to End Process
Independent Event + Value for Process Client Client request Client request

Order

Goods Enterprise Customer

Enough Goods

Organized Process
Resource Optimization

Enter Order

Transport Goods

Activity
Operated by the same Actor et the same time.

Enter Order

Accept Order

Load truck

Deliver Goods

Client

Back Office

Inventory

Driver

Function
(a Function calls Functions) Organization Function

Get Client Info Enter Order Lines

Compute Price
Find available Actor in Back Office 23/34

Deuxime Partie: Architecture cible

Vision Architecture OCTO

OCTO est une SSII spcialise qui publie des livres blancs fort intressants (tlchargement libre)
o

Accent sur les modles (de processus), lagilit et le nondogmatisme

Importance de larchitecture en couches (cf. chap 3) RM-ODP (Reference Model for Open Distributed Processing)
o o o o o

Vue entreprise activit mtier Vue Information Vue Traitement spcification fonctionnelle Vue Ingnierie mcanismes logiciels de distribution Vue Technologie

Importance des patterns (patrons)

o o o o

Ide cl: favorise la comprhension et la rutilisation Royaume Emissaire (Intermdiation) Noyau Rfrentiel (cf. cours 7)

Yves Caseau Cours Polytechnique - 2009

24/34

Outils
Schmas
o o

o o o o

Le bon outil est celui qui permet dtre compris Lintrt des outils intgr est la gestion dun rfrentiel darchitecture Nomenclature des composants Historisation des volutions Loutillage est fonction de la maturit de lentreprise
Le couteau suisse du SI cf. TD Use case, Diagramme de classes, Diagrammes dactivit/squences Notation standardise smantique floue => importance de la culture dentreprise Diffrents outils pour visualiser et pour simuler. BPMN, BPEL, etc. -> normalisation technique pour intgration dans des outils dexcution

UML

Processus
o o

Yves Caseau Cours Polytechnique - 2009

25/34

Troisime Partie
Premire partie: Quest-ce que larchitecture ? Deuxime partie: Etablir une architecture cible Troisime partie: Urbanisation du Systme dInformation

26/34

Troisime Partie: Urbanisation du SI

Urbanisation & Enterprise Architecture

Quest-ce que lurbanisation ? Lapproche composant Lorientation processus (externalisation de la logique) Le dcoupage temporel (messages asynchrones) Le dcoupage fonctionnel (intermdiation) Quest-ce quune architecture dentreprise ?
o

Mise en cohrence de 3 plans : Stratgie : objectifs Oprationnel : processus et objets Systme dinformation: applications et services EA = cible Urbanisation = dmarche

On parle de la mme chose, mais

o o

Yves Caseau Cours Polytechnique - 2009

27/34

Dmarche durbanisation

Troisime Partie: Urbanisation du SI

Cartographier Dfinir la cible :

o

Architecture dentreprise Objets (donnes) Processus (et vnements) Services (analyse fonctionnelle) Architecture informatique (fonctionnelle & technique)

Choix technologiques Plan de progression par lot Conduite du changement

Yves Caseau Cours Polytechnique - 2009

28/34

Troisime Partie: Urbanisation du SI

Modles de dploiement

Stratgies
Big bang avec migration Progressif sans migration

Leons de migration
o o o

Segmentation Mtier / historique /

Le plus dur Tester ds le dbut, attention aux performances ! Prvoir la sortie (prise de purge)

Savoir lotir, savoir prendre son temps, savoir respirer COCOMO vs. Notre exprience sur la valorisation

Yves Caseau Cours Polytechnique - 2009

29/34

Troisime Partie: Urbanisation du SI

Dploiement Progressif
Lapproche big bang ne fonctionne que pour des SI de taille moyenne Nous avons adopt une approche progressive Bouygues Telecom

Cest un compromis: plus sr mais plus cher (en fonction du nombre dtapes) Cette stratgie se compose avec une approche fractale

Yves Caseau Cours Polytechnique - 2009

30/34

Troisime Partie: Urbanisation du SI

Lotissement

Faire des lots de taille raisonnable

o o o o o o o

De 1 5 M suivant lentreprise, moins dun an Rgle de John Chambers : 3 personnes, 300k$, 3mois Cocomo, Casper-Jones, etc. Rgles de conduite des projets Besoin du support client Conception Format des changes (XML)

Utiliser les outils Eviter le gel iso-fonctionnel

Insister sur la compatibilit ascendante

Yves Caseau Cours Polytechnique - 2009

31/34

Troisime Partie: Urbanisation du SI

Migration

Quelques recommandations : Il faut penser aux plannings dexploitation et loptimisation des performances ds le dbut du projet. La migration est une activit qui aura lieu plusieurs fois, il faut donc lindustrialiser. En particulier, il faut sappuyer sur XML et les outils XML. Il faut inclure des contrles de cohrence et faire du nettoyage pendant la migration des donnes. Il est souhaitable dutiliser le plus possible linfrastructure pour faire les migrations, en particulier le flux incrmental. Enfin, il faut anticiper le problme de la migration qui se posera dans quelques annes avec la gnration suivante !.

Yves Caseau Cours Polytechnique - 2009

32/34

Troisime Partie: Urbanisation du SI

Parallel Run

Les composants doivent subir des tests de non-rgression sur donnes relles Dans certains cas, il est trop complexe de produire un jeu de test complet -> on compare

comparais on Composant original Composant refondu

passerelle

passerelle Flux dvnements Environnement de production

Environnement de test

Yves Caseau Cours Polytechnique - 2009

33/34

Troisime Partie: Urbanisation du SI

Conduite du changement (I)

Les changements les plus significatifs: La relation entre les informaticiens et leurs clients est modifie par l orientation-processus . Pour que lurbanisation puisse apporter ses avantages en terme dalignement stratgique, il faut que chaque partie sapproprie le concept de processus et soit capable de se comprendre avec lautre. Lurbanisation reprsente un dplacement du centre de gravit de lattention porte au systme dinformation depuis les composants applicatifs vers lensemble. Lurbanisation saccompagne de changements technologiques importants, en terme doutils, mais surtout en terme de mode de fonctionnement. Lexploitation du systme dinformation est profondment modifie, que ce soit en mode de supervision ou pour la gestion des incidents.

Yves Caseau Cours Polytechnique - 2009

34/34

Troisime Partie: Urbanisation du SI

Conduite du changement (II)

Il faut un plan de communication qui implique tous les acteurs, depuis la direction gnrale jusquaux architectes en passant par les clients internes.. Il faut construire un plan de formation trs large.
Il faut faire des pilotes pour acqurir une exprience pratique - handson experience -. o Il faut sortir de son trou et voyager : se dplacer pour visiter ses fournisseurs dans leur labs, aller voir des rfrences, assister aux conventions, etc. Compte tenu de la maturit du sujet aujourdhui, une dmarche de benchmarking peut tre approprie.
o

Il faut savoir adapter lorganisation aux enjeux de lurbanisation, pour crer des lignes de forces (Une nouvelle organisation est une faon de mobiliser sur un nouvel objectif). Il faut savoir accompagner les collaborateurs, en particulier en ce qui concerne le management et la gestion des ressources humaines.
o

Pour cela, il faut crer un climat positif avec le droit lerreur, depuis le dbut (par exemple avec le concept de ppinire) jusqu la fin (puisque les phases aval demandent un gros effort dapprentissage et dinnovation).

Il faut crire et documenter, ce que lon va faire, ce que lon fait et ce que lon a fait. Cest la seule faon de rsister la rotation des quipes qui est naturelle et invitable compte tenu de la dure dun programme 35/34 durbanisation. Yves Caseau Cours Polytechnique - 2009