1U&ARSI

Urbanisation & ARchitecturedes

Systmes dInformation

EAC, OP et JCC

2Sommaire Introduction

Pourquoi?Quelles solutionsDfinitions

LUrbanisme et la citLUrbanisme et lArchitectureSystme, Systme dinformation, Systme informatique

La dmarche / la mthodeDe la stratgie aux projetsLa trajectoire de rationalisationStructuration par vueLes six activits clefs de lurbanismeLes missions de lurbanisation Facteurs de succs dun projet durbanisation Survol des vues

1. Mtier2. Fonctionnelle3. Informatique (Applicative,

logicielle et technique) Bibliographie A retenir (De quoi parle-t-on dans cette

UE NFE107) Annexe

o SURVOL ET HISTORIQUE DES ARCHITECTURES DES SYSTEMES INFORMATIQUES

3Chapitre 1

INTRODUCTION

Prpar par ric Abou-Chakra

41-1: Pourquoi ?Les entreprises et organisations sont en mutation

Fusions-acquistions, changements internes pour sorienter client, mettre en place des processus collaboratifs,

et le patrimoine des SI nest pas naturellement prpar une telle flexibilit :Grandes applications hrites de lpoque des sites centraux (main frame) ou du mode Client/ServeurVastes domaines confis des ERPPetites applications inter fonctionnant presque miraculeusement, avec une multitude dinterfaces bricolesRedondance de donnes de rfrence

Le patrimoine, reprsent par lensemble des applications, est souvent mal connu, ce qui rend difficile linsertion dun nouveau projet, ou la prdiction des consquences dune volution incontournable.La ncessit de surmonter les incohrences, la mauvaise communication et lhtrognit de certains sous systmes, rsultant dune longue histoire.Les Systmes dinformation sont de plus en plus complexes et ncessitant davantage tre intgrs.La rduction budgtaire, les retours sur investissements doivent tre justifis les temps sont finis o la DSI pouvait envisager les dpenses marche force.Le besoin dassurer une vision transverse se fait sentir de plus en plus

51-1: Pourquoi (suite)? 7. Les cycles de vie des technologies, des organisations et des stratgies

voluent de plus en plus vite, engendrant un besoin urgent dvolution permanente des systmes dinformation associs.

Vieillissement prmatur du systmeNon conformit aux standards de la professionSurcots de la production informatiqueMultiplicit dobjets informatiques redondantsIncapacit de faire voluer les paramtragesRnovation progressive impossibleFuite des informaticiensCharges croissantes des volutions & des maintenancesPerte de contrle du dveloppement

61-2: Quelles Solutions ?

LURBANISATION DES SYSTEMES DINFORMATION :

Ensemble des moyens permettant de fairevoluer le Systme dinformation et le Systmeinformatique aux mmes rythmes que la stratgie etlorganisation. Elle consiste dcrire la structurationdu systme cible et la faon de latteindre .

71-3: Dfinitions : LUrbanisme et la cit (1/2)

Lurbanisme se dfinit comme science, art et/ou technique de lorganisation spatiale des tablissements humains. Dictionnaire de lurbanisme de P. Merlin et F. Choay

POS POS POS POS POS POS POS POS (Plan d(Plan d(Plan d(Plan d(Plan d(Plan d(Plan d(Plan doccupation occupation occupation occupation occupation occupation occupation occupation

des sols)des sols)des sols)des sols)des sols)des sols)des sols)des sols)

EdificeEdificeEdificeEdificeEdificeEdificeEdificeEdifice

ZoneZoneZoneZoneZoneZoneZoneZone

QuartierQuartierQuartierQuartierQuartierQuartierQuartierQuartier

IlotIlotIlotIlotIlotIlotIlotIlot

Le POS fixe entre autres : La localisation des emplacements

ncessaires aux quipements et infrastructures

Lorganisation des milieux urbains (destination des constructions)

Une Zone damnagement est une zone daffectation du sol selon lusage qui y sera autoris et la nature des activits dominantes

Un Quartier est une fraction de territoire dune ville, dote dune physionomie propre et caractrise par des traits distinctifs lui confrant une certaine unit et une individualit. Un quartier peut se subdiviser en lots

Un Ilot est la plus petite unit de lespace urbain, entirement dlimit par des voies, souvent appel pt de maisons ou bloc

Lurbanisme est la technique de lorganisation des activits exerces. Jacques Sassoon in Urbanisation des Systmes dinformation

Lurbanisation vise planifier les volutions du parc applicatif, promouvoir les infrastructures partages et accompagner les projets. Il amne une rduction des cots, mais vise aussi augmenter lapport de linformatique lactivit de lentreprise, par une meilleure flexibilit des SI et une connaissance accrue des attentes des mtiers . Dfinition issu du CLUB URBA-EA (Entreprise Architecte)

Une zone du SI est dfinie de manire correspondre une proccupation de temps et/ou de mtier de lentreprise. Une zone est subdivise en quartiers

Un quartier est dfini par la nature des informations traites. Un quartier peut se subdiviser en lots ou bloc.

Un bloc est un ensemble de donnes et de traitements homogne dans une activitde lentreprise, le bloc est le composant de base de lentreprise, il est compos de traitements portant sur un seul niveau dagrgation

8Le parallleUrbanisation de la cit Urbanisation des SI

Le POS (Plan doccupation des sols)chelle : communeObjet :

Dfinir dune manire prcise les droits attachs chaque parcelleOrganiser le tissu urbain en dfinissant la destination des constructions, les densitsLocaliser les emplacements rservs pour la ralisation dquipements et de protger les espaces naturels ou agricoles

La zonage (le dcoupage de la cit en sous-ensembles)Zones urbaines / Zones naturellesDcomposition en zones, puis en quartiers et enfin en lots

Les rgles durbanisme Interdiction de construire ou de lotir/limitations relatives loccupation du sol/prescription: obligation de raliser un certain nombre de places de stationnement

La procdure dlaboration du POS de la citDlibration du conseil municipal/ arrt du maire / ..

Le contrle du respect du POSLe contrle se repose sur deux dispositifs : permis de construire et permis de dmolir

LinfrastructureTransport: voirie, chemin de fer, aroportAmnagement hydrauliques nergtiques et de communicationRseaux divers (eau, lectricit, gaz, tlphone,)Espace collectifs amnags (parcs, jardins, cimetires, terrain de sport)

La cartographie

Le POS (Plan doccupation des sols)chelle : Entreprise/administrationObjet :

Dfinir dune manire aussi prcise que possible les services et les responsabilits attachs chaque sous ensembleOrganiser globalement le SI en dfinissant:

La mission des applicatifs le composantLes regroupements dapplicatifs en sous ensembles cohrents

La zonage (le dcoupage su SI en sous ensembles) Zones, quartiers, lotsPlusieurs typologies de zone

Les rgles durbanismeInterdiction daccder un bloc sans passer par sa prise/ limitations: une donne doit tre sous la resp d1 et d1 seul bloc/ prescription: tout bloc doit comporter une prise

La procdure dlaboration du POS du SI Note de lancement / PQP / ralisation de ltude / val. COPIL

Le contrle du respect du POS du SIProcdures similaires

LinfrastructureRseaux locaux ou longue distanceLes plates-formes matriellesLes logiciels de base (OS, SGBD, middleware,

La cartographie

91-3: Dfinitions : LUrbanisme et lArchitecture

Larchitecture est lart de construire, de disposer et dorner les difices . Larchitecture respecte les rgles de lurbanisme qui aura dfini la finalit du btiment et les contraintes de construction, mais dispose dans ce cadre dune grande libert.Lurbanisme du Systme dinformation ne dfinit pas la structure interne des blocs, mais il en dfinit les rgles dchanges et dinteraction.Les rgles durbanisme peuvent varier suivant lapproche utilise. Elles doivent tre bien dfinies au pralable.

Exemple de rgles durbanisme classique orient donnes : Un bloc appartient un seul quartier, un quartier une seule zone. Donc un bloc une seule zone. Un bloc est autonome: Chaque bloc doit prsenter une cohrence fonctionnelle interne forte et un couplage le plus faible possible avec les autres blocs.Un bloc a deux points dancrage (vnement traiter + CR dexcution)Un bloc est asynchroneUne donne ne peut tre mise jour que par un bloc et un seulUn bloc met des rsultats normalissToute communication entre blocs transite par le systme de gestion de flux

10

1-3: Dfinitions :

Urbaniste / Architecte

conoit et faire voluer le SI dun point de vue global,

labore le POS et larchitecture densemble : Vision globale et gnrale

larchitecte, labore les plans dun difice et travaille dans le cadre fix par le POS sur une partie (quartier, lot,) : Vision dtaille

Cette diffrence tant faite, la confusion persiste parfois essentiellement du fait de la pnurie durbaniste des SI

11

1-3: Dfinitions : ARCHITECTURE des SYSTMES INFORMATION (QUES) ..

Un "SYSTSYSTSYSTSYSTMEMEMEME" peut tre dfini comme "un ensemble d'lments en interaction et formant un tout". Le SYSTSYSTSYSTSYSTME DME DME DME D INFORMATIONINFORMATIONINFORMATIONINFORMATION peut tre dfini comme lensemble des moyens mis en uvre pour stocker, traiter, gnrer et restituer les informations ncessaires au bon fonctionnement de lentreprise ou de lorganisme.L'expression "SYSTSYSTSYSTSYSTME INFORMATIQUEME INFORMATIQUEME INFORMATIQUEME INFORMATIQUE" est utilise pour dsigner un systme destinau traitement des informations. Un tel systme est compos de trois types de ressources :

les ressources informationnelles (procdures, donnes, fonctions) les ressources matrielles, les ressources logicielles,

Le systme Informatique est lune des composantes du systme dinformationDans son sens large, le terme "ARCHITECTUREARCHITECTUREARCHITECTUREARCHITECTURE" dsigne un art de construire , de disposer ou d'orner un difice. Ainsi, l'tude de l'ARCHITECTURE d'un SYSTARCHITECTURE d'un SYSTARCHITECTURE d'un SYSTARCHITECTURE d'un SYSTME INFORMATION ME INFORMATION ME INFORMATION ME INFORMATION consiste examiner la structure d'un ensemble de composants fonctionnels, applicatifs, matriels et logiciels ainsi que le mode de relation qu'entretiennent ces composants.

12

Chapitre 2

La Dmarche

13

Nouvelles orientations stratgiques

volution des enjeux mtier Impact sur les processus mtiers

LUrbanisme est en appui

Urbanisme

LUrbanismeest pilote

Lgende :

Dfinition cible et trajectoire globales du

SI en ligne avec les enjeux mtier

Adaptation cible et trajectoire

StratgieStratgie SystmedInformation

SystmedInformationMtier

Mtier

Conception

ProjetsProjets

Cadrage

Cadrage

Transformationsdu SI

Avancements

Recommandations

1

2

3

1

3

2

Lurbanisme, une dmarche au cur du dialogue avec les mtiers, garantit lalignement du SI sur les enjeux de lentreprise. Elle a pour but de :

garantir la cohrence et la capacit de transformation des SI,favoriser lagilit du SI.

RalisationBilan

tudedurbanisme

Lurbanisme agit :

en anticipation, pour dfinir la cible globale du SI et sa trajectoire en ligne avec les enjeux mtiers, avant les projets, en phase de cadrage, pour garantir lintgration des projets avec la trajectoire du SI,

durant les projets, afin de suivre les volutions du SI qui pourraient impacter la trajectoire du SI global.

2-1: La Dmarche: De la stratgie aux projets

14

2-3: La dmarche : Structuration par vue (1/3)

Pour chacune des vues du systme dinformation. Il est essentiel de dfinir prcisment les concepts manipuls, leurs rles et leurs relations. Ces dfinitions forment le mta modle du SI. Il nest pas standardis.

1) Vue Mtier : Macro-processus. Processus mtier (de diffrents niveaux : haut, intermdiaire, lmentaire).

Activit. Tche. Action. Structure organisationnelle.

2) Vue fonctionnelle : Zone fonctionnelle. Quartier fonctionnel. lot fonctionnel. Bloc fonctionnel. Fonction / Service fonctionnel.

Processus fonctionnel.

3) Vue applicative Zone applicative. Quartier applicatif. lot applicatif. Bloc applicatif. Traitement / Service applicatif.

Processus applicatif.

4) Vue technique Vue logique :

Application. Base de donne. Logiciel de base (OS, type de SGBD)

Gestionnaires de flux (EAI/ESB, ETL, ...).

Vue physique : Serveurs & Rseaux.

Stratgie Mtier

Technologie

Donnes

VUE METIER : PROCESSUS

VUE FONCTIONNELLE

VUE APPLICATIVE &VUE TECHNIQUE

C

i

b

l

e

m

t

i

e

r

C

i

b

l

e

f

o

n

c

t

i

o

n

n

e

l

l

e

C

i

b

l

e

I

n

f

o

r

m

a

t

i

q

u

e

15

2-3: La dmarche : Structuration par vue (2/3)

La vision mtierIl sagit de la structuration du SI par les activits de lentreprise ou de lorganisme vis--vis de ses processus mtiers qui contribuent la stratgie de lentreprise. Elle dcrit donc lensemble des processus mtier et des activits de lentreprise que le SI doit supporter.

La vision fonctionnelleLa vision fonctionnelle, offrant un cadre de structuration cible des informations et traitements ncessaires aux processus mtiers (cf. POS fonctionnel du SI ). Il sagit donc de la structuration du SI en blocs fonctionnels communicants. Elle rpond la question QUOI? Sans tenir compte des acteurs et de lorganisation.

La vision informatiqueLa vision informatique recouvrant des applications qui automatisent les fonctions, et linfrastructure technique permettant leur exploitation (cf. page suivante)

16

2-3: La dmarche : Structuration par vue (3/3)

Architecture Applicative elle structure le SI en blocs applicatifs communicants

Bloc applicatif : module logiciel excutable ayant une identit, proposant des services et ayant une interface (prise) bien dfinie

elle dcrit sous langle technique les applications, les flux et les messages changs entre applications

Architecture Logicielleelle structure et dcompose de faon logique chaque application en coucheselle introduit les notions et concepts de dcoupage en couches, composants, frameworket design patterns

Architecture Technique (Physique) Il sagit de la structuration et de dimensionnement des moyens dinfrastructure technique mettre en uvre pour informatiser lactivit de lentreprise ou de lorganisme.

Moyens matriels, logiciels de base, rseau, infrastructure Dimensionnement (matriel, OS, SGBDR, )Load-balancing, Fail-over, Scalabilit, Qualit de Service (QoS), ScuritPerformance

17

Matriser une construction du SI optimal pour lensemble de lentreprise

Plan de migration Plan durbanisme pour les projets Suivi de lapplication des rgles dans les projets Urbanisme dans les tudes amont Urbanisme et gouvernance des projets

Indicateurs Qualit

Urbanisme

1

2

3

4

5

6

Connatre le SI existant Cartographie applicative Cartographie des processus mtiers Diffusion des cartographies Gestion des risques

Grer les rfrentiels de donnes majeurs pour lentreprise

Dfinition des donnes clef Responsabilit MOA sur les rfrentiels Dispositif de gestion des rfrentiels et fonctions transverses

Disposer de cibles pour les volutions SI

Impact de la stratgie sur le SI Cible fonctionnelle du SI Cible darchitecture applicative Cible darchitecture technique Rvision dapprofondissement des cibles

Matriser la complexit des flux dchanges

Description des flux inter-applicatifs Standardisation des changes inter-applicatifs Mutualisation des changes inter-applicatifs

Piloter lurbanisation du SI et communiquer

Moyens de lurbanisme Pilotage de lurbanisation Dispositifs de communication Formation lurbanisation

ActivitActivits Supports Support

ActivitActivits de Pilotages de Pilotage

ActivitActivits Ops Oprationnellesrationnelles

2-4 : La Dmarche: Les six activits clefs de lurbanisme

Piloter lurbanisation du SI et communiquer

18

2-5: La Dmarche: Les missions de lurbanisation

Urbaniser le systme dinformation de lentreprisePiloter lurbanisation du SI

Participer aux comits darbitrage projets

Faire le lien avec la stratgie business et la

gouvernance du SI

Elaborer et rviser le cadre durbanisme et darchitecture du SI

Mettre les rfrentiels de donnes sous contrle

Standardiser et simplifier les changes inter-

applicatifs

Faire le lien avec les infrastructures

techniques

Participer aux tudes amont des projets

Suivre et accompagner les projets informatiques

Maintenir & diffuser les rfrentiels de cartographie du SI existant & cible

Dvelopper les comptences en urbanisme du SI

Plan durbanisme Construction du SI optimal Relation avec les projets

S

u

p

p

o

r

t

&

c

o

m

m

u

n

i

c

a

t

i

o

n

O

p

r

a

t

i

o

n

n

e

l

P

i

l

o

t

a

g

e

19

2-6 Facteurs cls de succsAdhsion des acteursMthodologie comprise et partage par tousMode de communication et supports adapts aux diffrentes typologies dacteursStructure projet la plus prenne possible impliquant toutes les comptences ncessaires (reprsentants de tous mtiers)Prsence dun PAQ dfinissant prcisment le volet management du projet durbanisation (qui fait quoi et quand?) ainsi que son volet de production (comment et avec quoi faire)

20

2-7 Risques (facteurs dchec)Mauvaise comprhension du primtre de ltudeObjectifs mtiers contradictoires ou irralistesquipe projet sous dimensionneManque disponibilit des mtiersAbsence de dcisionnairesAbsence dun sponsorInformations collectes inexploitablesDocument sur lexistant trs pauvreRsistance au changementStructure de pilotage SI absentecible irraliste au regard de lexistant

21

Bibliographie

Le projet durbanisation du systme dinformation, Christophe Longp, Informatique & entrepriseUrbanisation et modernisation du SI Herms Lavoisier de B. Le RouxLes systmes d'information, art et pratiques - Grard Balantzian, Editions d'organisation. Informatique et stratgie d'entreprise - Architecture et pilotage des systmes d'information, Michel Mingasson, DunodUrbanisation des systmes d'information, Jacques Sassoon, HemsDictionnaire de l'urbanisme et de l'amnagement, Pierre merlin et Franoise Choay, PUFPratiques de lurbanisme des systmes dinformation, Club Urba-SI, PublibookUML en action Pascal Roques, Franck Valle EyrollesDesign patterns Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides (Gang Of Four) EyrollesProfessional Java Server Programming J2EE 1.3 Edition : Wrox Team Wrox Press

22

De quoi parle-t-on ?

Urbanisme : comment organiser et faire voluer dans le temps un espace composdouvrages?Architecture : comment concevoir et construire un ouvrage?

En pratique ces 2 termes sont trs proches :On peut urbaniser une partieOn peut architecturer le tout

23

Il ne sagit pas de dbattre sur :Matrise duvre et Matrise douvrageLa modlisation en tant que telleLorganisation technique des machines et logiciels de base..

De quoi ne parlera t-on pas ?

24

Annexe

SURVOL ET HISTORIQUE DES ARCHITECTURES DES

SYSTEMES INFORMATIQUES

Prpar par ric Abou-Chakra

25

Rappel: les trois niveaux d'abstraction d'une application

PrsentationTraitementsDonnes

26

Rappel: le noyau de l'application Le noyau de l'application est composde la logique de l'affichage et la logique des traitementsLe dcoupage et la rpartition de ce noyau permettent de distinguer les architectures applicatives suivantes :

l'architecture 1-tiers, l'architecture 2-tiers, l'architecture 3-tiers, les architectures n-tiers.

27

1- L'architecture 1-tiers

1111----1 Les solutions sur site central (1 Les solutions sur site central (1 Les solutions sur site central (1 Les solutions sur site central (mainframemainframemainframemainframe) ) ) )

28

1- L'architecture 1-tiers

1111----2 2 2 2 Les applications 1Les applications 1Les applications 1Les applications 1----tiers dtiers dtiers dtiers dployployployployesesesesAvec les PC en rAvec les PC en rAvec les PC en rAvec les PC en rseau, il est devenu possible de seau, il est devenu possible de seau, il est devenu possible de seau, il est devenu possible de ddddployer une application un tiers sur plusieurs ployer une application un tiers sur plusieurs ployer une application un tiers sur plusieurs ployer une application un tiers sur plusieurs ordinateurs indordinateurs indordinateurs indordinateurs indpendantspendantspendantspendants. . . . Plusieurs utilisateurs se partagent des fichiers de Plusieurs utilisateurs se partagent des fichiers de Plusieurs utilisateurs se partagent des fichiers de Plusieurs utilisateurs se partagent des fichiers de donndonndonndonnes stockes stockes stockes stocks sur un serveur commun. s sur un serveur commun. s sur un serveur commun. s sur un serveur commun. Le moteur de base de donnLe moteur de base de donnLe moteur de base de donnLe moteur de base de donnes est exes est exes est exes est excutcutcutcutindindindindpendamment sur chaque poste client. pendamment sur chaque poste client. pendamment sur chaque poste client. pendamment sur chaque poste client. La gestion des conflits d'accLa gestion des conflits d'accLa gestion des conflits d'accLa gestion des conflits d'accs aux donns aux donns aux donns aux donnes est es est es est es est prise en charge par chaque programme de faprise en charge par chaque programme de faprise en charge par chaque programme de faprise en charge par chaque programme de faon on on on indindindindpendante.pendante.pendante.pendante.

29

Client / Serveur

Apparition dApparition dApparition dApparition dbut des annbut des annbut des annbut des annes 1990. es 1990. es 1990. es 1990. Raisons : Raisons : Raisons : Raisons :

Le coLe coLe coLe cot t t t levlevlevlev du temps CPU des gros systdu temps CPU des gros systdu temps CPU des gros systdu temps CPU des gros systmes qui a mes qui a mes qui a mes qui a pousspousspousspouss les utilisateurs les utilisateurs les utilisateurs les utilisateurs demander des moyens pour demander des moyens pour demander des moyens pour demander des moyens pour ddddporter les traitements sur les postes de travail,porter les traitements sur les postes de travail,porter les traitements sur les postes de travail,porter les traitements sur les postes de travail,La volontLa volontLa volontLa volont de vouloir utiliser les opportunitde vouloir utiliser les opportunitde vouloir utiliser les opportunitde vouloir utiliser les opportunits offertes par s offertes par s offertes par s offertes par les nouvelles interfaces graphiquesles nouvelles interfaces graphiquesles nouvelles interfaces graphiquesles nouvelles interfaces graphiquesL'L'L'L'mergence d'un standard interfaces graphiques et d'un mergence d'un standard interfaces graphiques et d'un mergence d'un standard interfaces graphiques et d'un mergence d'un standard interfaces graphiques et d'un standard OS de fait pour la station de travail : Microsoft standard OS de fait pour la station de travail : Microsoft standard OS de fait pour la station de travail : Microsoft standard OS de fait pour la station de travail : Microsoft Windows.Windows.Windows.Windows.

30

Client / Serveur

L'architecture client/serveur est une des modalitL'architecture client/serveur est une des modalitL'architecture client/serveur est une des modalitL'architecture client/serveur est une des modalits s s s des architectures informatiques distribudes architectures informatiques distribudes architectures informatiques distribudes architectures informatiques distribues. es. es. es. Au sein de cette architecture, on trouve :Au sein de cette architecture, on trouve :Au sein de cette architecture, on trouve :Au sein de cette architecture, on trouve :

Des offreurs de services (serveurs) Des offreurs de services (serveurs) Des offreurs de services (serveurs) Des offreurs de services (serveurs) Des consommateurs de services (client). Des consommateurs de services (client). Des consommateurs de services (client). Des consommateurs de services (client). Les clients et les serveurs sont des modules fonctionnels dont Les clients et les serveurs sont des modules fonctionnels dont Les clients et les serveurs sont des modules fonctionnels dont Les clients et les serveurs sont des modules fonctionnels dont la logique est encapsulla logique est encapsulla logique est encapsulla logique est encapsule dans leurs interfaces respectives. e dans leurs interfaces respectives. e dans leurs interfaces respectives. e dans leurs interfaces respectives.

Les fonctions des clients et des serveurs peuvent tre Les fonctions des clients et des serveurs peuvent tre Les fonctions des clients et des serveurs peuvent tre Les fonctions des clients et des serveurs peuvent tre mises en oeuvre par une combinaisons de modules mises en oeuvre par une combinaisons de modules mises en oeuvre par une combinaisons de modules mises en oeuvre par une combinaisons de modules matmatmatmatriels et logiciels. riels et logiciels. riels et logiciels. riels et logiciels. Les clients et les serveurs peuvent tre localisLes clients et les serveurs peuvent tre localisLes clients et les serveurs peuvent tre localisLes clients et les serveurs peuvent tre localiss sur s sur s sur s sur des machines ddes machines ddes machines ddes machines ddidididies.es.es.es.

31

Client / ServeurClassification des architectures Client/Server selon le Gartner Group

32

2- L'architecture 2-tiers Architecture 2-Tiers appele client-serveur de premire gnration ou client-serveur de donnes.Le poste client se contente de dlguer la gestion des donnes un service spcialis.

Les changes entre le client et le serveur seffectue travers rseau reliant les deux machines grce des mcanismes relativement complexes pris en charge par un middleware.

33

Le Middleware Le Middleware Le Middleware Le Middleware Cest l'ensemble des couches rseau et services logiciel qui permettent le dialogue entre les diffrents composants d'une application rpartie. Ce dialogue se base sur un protocole applicatif commun, dfini par l'API du middleware. Le middleware est dfini par le Gartner Group comme une interface de communication universelle entre processus. Il reprsente vritablement la clef de vote de toute application client-serveur. L'objectif principal du middleware est d'unifier, pour les applications, l'accs et la manipulation de l'ensemble des services disponibles sur le rseau, afin de rendre l'utilisation de ces derniers presque transparente.

34

Le MiddlewareLe MiddlewareLe MiddlewareLe MiddlewareLe choix d'un middleware est dterminant en matire d'architecture, il joue un grand rle dans la structuration du systme d'information. Les middleware proposs par les fournisseurs de SGBD sont trs performants (Sql*Net dOracle par exemple) et permettent de tirer profit de l'ensemble des fonctionnalits du serveur de donnes pour lequel ils ont t conus. Par contre, ils ne permettent pas, le plus souvent, l'accs d'autres sources de donnes. Pour certaines applications devant accder des services htrognes, il est parfois ncessaire de combiner plusieurs middlewares. Dans ce cas, le poste client doit connatre et mettre en oeuvre plusieurs IPC, on en vient la notion de client lourd.

35

Limites des architecture 2-Tiers le poste client est fortement sollicit, il devient de plus en plus lourd et complexe, et doit tre mis jour rgulirement pour rpondre aux besoins des utilisateurs,

Ce type d'application est souvent cantonn au rseau local de l'entreprise,

Des difficults rencontres pour assurer des fortes montes en charge car il est difficile de modifier l'architecture initiale,

la relation troite qui existe entre le programme client et l'organisation de la partie serveur complique les volutions de cette dernire,

36

3- L'architecture 3-tiers

Larchitecture 3-Tiers remdie aux lacunes des architectures 2-tiers. La solution rsiderait dans l'utilisation d'un poste client simpled'un poste client simpled'un poste client simpled'un poste client simplecommunicant avec le serveur par le biais d'un protocole standard. Dans ce but, l'architecture trois tiers applique les principes suivants :

les donnes sont toujours gres de faon centralise, la prsentation est toujours prise en charge par le poste client, la logique applicative est prise en charge par un serveur intermdiaire.

37

RRRRpartition des traitements partition des traitements partition des traitements partition des traitements L'architecture trois tiers, encore appele client-serveur de deuxime gnration ou client-serveur distribu, spare l'application en trois niveaux de service distincts :

premier niveau : l'affichage et les traitements locaux (contrles de saisie, mise en forme de donnes... ) sont pris en charge par le poste client, deuxime niveau : les traitements applicatifs globaux sont pris en charge par le service applicatif, troisime niveau : les services de base de donnes sont pris en charge par un SGBD.

38

RRRRpartition des traitementspartition des traitementspartition des traitementspartition des traitementsCes trois niveaux tant indpendants, ils peuvent tre implants sur des machines diffrentes, de ce fait :

le poste client ne supporte plus l'ensemble des traitements, il est moins sollicit et peut tre moins volu, donc moins coteux,

les ressources prsentes sur le rseau sont mieux exploites, puisque les traitements applicatifs peuvent tre partags ou regroups (le serveur d'application peut s'excuter sur la mme machine que le SGBD),

la fiabilit et les performances de certains traitements se trouvent amliores par leur centralisation,

il est relativement simple de faire face une forte monte en charge, en renforant le service applicatif.

39

INTERNETCe rseau mondial, cr en 1969 par l'arme amricaine, puis utilis par les chercheurs et autres scientifiques, a connu une croissance phnomnale auprs du grand public avec l'introduction du World Wide Web en 1989. Ce dernier permet de publier simplement des informations richement mises en forme et pouvant mme, par la suite, contenir des donnes multimdia. La vritable rvolution du WWW rside dans son caractre universel, rendu possible par l'utilisation de standards reconnus. Les standards d'Internet Les standards d'Internet Les standards d'Internet Les standards d'Internet L'universalit du Web repose sur des standards simples et admis par tous :

HTML, pour la description des pages disponibles sur le Web, HTTP, pour la communication entre navigateur et serveur Web, TCP/IP, le protocole rseau largement utilis par les systmes Unix, CGI, l'interface qui permet de dclencher distance des traitements sur les serveurs Web.

40

Intranet Intranet Intranet Intranet La notion d'Intranet est ne de l'intgration des principes d'Internet et des technologies dployes dans l'entreprise :

on utilise le rseau local de l'entreprise, les donnes sont toujours gres par un SGBD, les mcanismes utiliss pour interroger le SGBD sont toujours les mmes.

41

RRRRpartition des traitements partition des traitements partition des traitements partition des traitements Dans le cadre d'un Intranet, le poste client prend la forme d'unsimple navigateur Web, le service applicatif est assur par un serveur HTTP et la communication avec le SGBD met en oeuvre les mcanismes bien connus des applications client-serveur de la premire gnration. Ce type d'architecture fait une distinction nette entre deux tronons de communication indpendants et dlimits par le serveur HTTP :

42

Le client lLe client lLe client lLe client lgergergergerLe poste client est communment appel client lger ou ThinClient, par opposition au client lourd des architectures deux tiers. Il ne prend en charge que la prsentation de l'application.Le poste client ne communique qu'avec la faade HTTP de l'application et ne dispose d'aucune connaissance des traitements applicatifs ou de la structure des donnes exploites. Les volutions de l'application sont donc possibles sans ncessiter de modification de la partie cliente. Points forts:

Le dploiement est immdiat, les volutions peuvent tre transparentes pour l'utilisateur et les caractristiques du poste client sont libres.Linternaute peut se connecter au serveur en utilisant tout type de poste client disposant d'un navigateur compatible HTML (PC sous Windows, Macintosh, Station Unix, WebPhone... ).

43

Le service applicatif

La logique applicative est prise en charge par le serveur HTTP. Ce dernier se retrouve dans la position du poste client d'une application deux tiers et les changes avec le serveur de donnes mettent en oeuvre les mcanismes dj vus dans ce type d'application.

44

Limitations Limitations Limitations Limitations L'architecture trois tiers a corrig les excs du client lourd en centralisant une grande partie de la logique applicative sur un serveur HTTP. Le poste client, qui ne prend sa charge que la prsentation et les contrles de saisie, s'est trouv ainsi soulag et plus simple grer. Par contre, le serveur HTTP constitue la pierre angulaire de l'architecture et se trouve souvent fortement sollicit et il est difficile de rpartir la charge entre client et serveur. On se retrouve confront aux pineux problmes de dimensionnement serveur et de gestion de la monte en charge rappelant l'poque des mainframes. De plus, les solutions mises en oeuvre sont relativement complexes maintenir et la gestion des sessions est complique. Les contraintes semblent inverses par rapport celles rencontres avec les architectures deux tiers : le client est soulag, mais le serveur est fortement sollicit. Le phnomne fait penser un retour de balancier. Le juste quilibrage de la charge entre client et serveur semble atteint avec la gnration suivante : les architectures n-tiers.

45

4- Les architectures n-tiers

Thoriquement, ce type d'architecture supprime tous les inconvnients des architectures prcdentes :

elle permet l'utilisation d'interfaces utilisateurs riches, elle spare nettement tous les niveaux de l'application, elle offre de grandes capacits d'extension, elle facilite la gestion des sessions.

46

4- Les architectures n-tiers (suite)

Que de niveaux... Que de niveaux... Que de niveaux... Que de niveaux... L'appellation ``nL'appellation ``nL'appellation ``nL'appellation ``n----tiers'' pourrait faire penser que cette architecture met en tiers'' pourrait faire penser que cette architecture met en tiers'' pourrait faire penser que cette architecture met en tiers'' pourrait faire penser que cette architecture met en oeuvre un nombre indoeuvre un nombre indoeuvre un nombre indoeuvre un nombre indtermintermintermintermin de niveaux de service, alors que ces de niveaux de service, alors que ces de niveaux de service, alors que ces de niveaux de service, alors que ces derniers sont au maximum trois (les trois niveaux d'une applicatderniers sont au maximum trois (les trois niveaux d'une applicatderniers sont au maximum trois (les trois niveaux d'une applicatderniers sont au maximum trois (les trois niveaux d'une application ion ion ion informatique). En fait, l'architecture ninformatique). En fait, l'architecture ninformatique). En fait, l'architecture ninformatique). En fait, l'architecture n----tiers qualifie la distribution tiers qualifie la distribution tiers qualifie la distribution tiers qualifie la distribution d'application entre de multiples services et non la multiplicatid'application entre de multiples services et non la multiplicatid'application entre de multiples services et non la multiplicatid'application entre de multiples services et non la multiplication des on des on des on des niveaux de service. niveaux de service. niveaux de service. niveaux de service. Cette distribution est facilitCette distribution est facilitCette distribution est facilitCette distribution est facilite par l'utilisation de composants ``me par l'utilisation de composants ``me par l'utilisation de composants ``me par l'utilisation de composants ``mtier'', tier'', tier'', tier'', spspspspcialiscialiscialiscialiss et inds et inds et inds et indpendants, introduits par les concepts orientpendants, introduits par les concepts orientpendants, introduits par les concepts orientpendants, introduits par les concepts orients objets. s objets. s objets. s objets. Elle permet de tirer pleinement partie de la notion de composantElle permet de tirer pleinement partie de la notion de composantElle permet de tirer pleinement partie de la notion de composantElle permet de tirer pleinement partie de la notion de composants ms ms ms mtiers tiers tiers tiers rrrrutilisables. utilisables. utilisables. utilisables. Ces composants rendent un service si possible gCes composants rendent un service si possible gCes composants rendent un service si possible gCes composants rendent un service si possible gnnnnrique et clairement rique et clairement rique et clairement rique et clairement identifiidentifiidentifiidentifi. Ils sont capables de communiquer entre eux et peuvent donc . Ils sont capables de communiquer entre eux et peuvent donc . Ils sont capables de communiquer entre eux et peuvent donc . Ils sont capables de communiquer entre eux et peuvent donc coopcoopcoopcooprer en rer en rer en rer en tant implanttant implanttant implanttant implants sur des machines distinctes. s sur des machines distinctes. s sur des machines distinctes. s sur des machines distinctes. La distribution des services applicatifs facilite aussi l'intgration de traitements existants dans les nouvelles applications. On peut ainsi envisager de connecter un programme de prise de commande existant sur le site central de l'entreprise une application distribue en utilisant un middleware adapt.

47

Les mthodes vis vis de lurbanisation & larchitecture

Ne sont pas une tape dans les mthodes informatiques : RACINE, MERISE, OMT, Rational Unified Process (RUP) UML apporte des lments de modles sans faire une part explicite larchitectureGartner Group parle de City Planning

Pas de mthode darchitecture pure

48

Sites Web

The 4+1 View Model of Software Architecture :

http://www.rational.com/uml/index.jspRepresenting architectures in UML :

http://citeseer.nj.nec.com/121583.htmlEvolutionary architecture :

http://sunset.usc.edu/publications/TECHRPTS/2000/usccse2000-523/usccse2000-523.pdf