Vous êtes sur la page 1sur 48

U&ARSI Urbanisation & ARchitecture des Systmes dInformation

EAC, OP et JCC
1

Sommaire
Introduction
Pourquoi? Quelles solutions Dfinitions
LUrbanisme et la cit LUrbanisme et lArchitecture Systme, Systme dinformation, Systme informatique

La dmarche / la mthode
De la stratgie aux projets La trajectoire de rationalisation Structuration par vue Les six activits clefs de lurbanisme Les missions de lurbanisation Facteurs de succs dun projet durbanisation Survol des vues
1. 2. 3.

Mtier Fonctionnelle 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

Chapitre 1
INTRODUCTION

Prpar par ric Abou-Chakra

1-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/Serveur Vastes domaines confis des ERP Petites applications inter fonctionnant presque miraculeusement, avec une multitude dinterfaces bricoles Redondance 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

1-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 systme Non conformit aux standards de la profession Surcots de la production informatique Multiplicit dobjets informatiques redondants Incapacit de faire voluer les paramtrages Rnovation progressive impossible Fuite des informaticiens Charges croissantes des volutions & des maintenances Perte de contrle du dveloppement
5

1-2: Quelles Solutions ?


LURBANISATION DES SYSTEMES DINFORMATION :
Ensemble des moyens permettant de faire voluer le Systme dinformation et le Systme informatique aux mmes rythmes que la stratgie et lorganisation. Elle consiste dcrire la structuration du systme cible et la faon de latteindre .
6

1-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

Lurbanisme est la technique de lorganisation des activits exerces.


Jacques Sassoon in Urbanisation des Systmes dinformation

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

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 POS lapport de linformatique lactivit de lentreprise, (Plan d doccupation des sols) par une meilleure flexibilit des SI et une connaissance accrue des attentes des mtiers .
Dfinition issu du CLUB URBA-EA (Entreprise Architecte)

Zone Quartier

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 activit de lentreprise, le bloc est le composant de base de lentreprise, il est compos de traitements portant sur un seul niveau dagrgation

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

Ilot

Edifice

Le parallle
Urbanisation de la cit
Le POS (Plan doccupation des sols)
chelle : commune Objet :
Dfinir dune manire prcise les droits attachs chaque parcelle Organiser le tissu urbain en dfinissant la destination des constructions, les densits Localiser les emplacements rservs pour la ralisation dquipements et de protger les espaces naturels ou agricoles

Urbanisation des SI
Le POS (Plan doccupation des sols)
chelle : Entreprise/administration Objet :
Dfinir dune manire aussi prcise que possible les services et les responsabilits attachs chaque sous ensemble Organiser globalement le SI en dfinissant: La mission des applicatifs le composant Les regroupements dapplicatifs en sous ensembles cohrents

La zonage (le dcoupage de la cit en sous-ensembles)


Zones urbaines / Zones naturelles Dcomposition en zones, puis en quartiers et enfin en lots

La zonage (le dcoupage su SI en sous ensembles)


Zones, quartiers, lots Plusieurs typologies de zone

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

Les rgles durbanisme


Interdiction 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 de la cit


Dlibration du conseil municipal/ arrt du maire / ..

La procdure dlaboration du POS du SI


Note de lancement / PQP / ralisation de ltude / val. COPIL

Le contrle du respect du POS


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

Le contrle du respect du POS du SI


Procdures similaires

Linfrastructure
Transport: voirie, chemin de fer, aroport Amnagement hydrauliques nergtiques et de communication Rseaux divers (eau, lectricit, gaz, tlphone,) Espace collectifs amnags (parcs, jardins, cimetires, terrain de sport)

Linfrastructure
Rseaux locaux ou longue distance Les plates-formes matrielles Les logiciels de base (OS, SGBD, middleware,

La cartographie

La cartographie 8

1-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 asynchrone Une donne ne peut tre mise jour que par un bloc et un seul Un bloc met des rsultats normaliss Toute communication entre blocs transite par le systme de gestion de flux

1-3: Dfinitions :

Urbaniste
conoit et faire voluer

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

le SI dun point de vue global, labore le POS et larchitecture densemble : Vision globale et gnrale

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

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


Un "SYST SYST ME" peut tre dfini comme "un ensemble d'lments en interaction et formant un tout". Le SYST SYST ME D INFORMATION 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 "SYST SYST ME INFORMATIQUE" est utilise pour dsigner un systme destin au 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 dinformation

Dans son sens large, le terme "ARCHITECTURE" dsigne un art de construire , de disposer ou d'orner un difice. Ainsi, l'tude de l'ARCHITECTURE d'un SYST SYSTME 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.

11

Chapitre 2

La Dmarche

12

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


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.
Stratgie Stratgie Mtier Mtier
volution des enjeux mtier Impact sur les processus mtiers

Urbanisme

1 3

Nouvelles orientations stratgiques

Dfinition cible et trajectoire globales du SI en ligne avec les enjeux mtier Adaptation cible et trajectoire

Systme Systme dInformation dInformation

Recommandations
tude durbanisme

Lgende :
LUrbanisme est pilote LUrbanisme est en appui
Avancements

Transformations du SI

Projets Projets

Cadrage Cadrage

Conception Ralisation Bilan

Lurbanisme agit : 1 en anticipation, pour dfinir la cible globale du SI et sa trajectoire en ligne avec les enjeux mtiers, 2 avant les projets, en phase de cadrage, pour garantir lintgration des projets avec la trajectoire du SI, 3 durant les projets, afin de suivre les volutions du SI qui pourraient impacter la trajectoire du SI global. 13

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.
Stratgie Mtier

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.

VUE METIER : PROCESSUS Cible mtier Cible fonctionnelle

VUE FONCTIONNELLE

4) Vue technique
Cible Informatique

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

Donnes VUE APPLICATIVE & VUE TECHNIQUE Technologie

Vue logique : Application. Base de donne. Logiciel de base (OS, type de SGBD) Gestionnaires de flux (EAI/ESB, ETL, ...). Vue physique : Serveurs & Rseaux.

14

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

La vision mtier
Il 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 fonctionnelle
La 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 informatique
La vision informatique recouvrant des applications qui automatisent les fonctions, et linfrastructure technique permettant leur exploitation (cf. page suivante)

15

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 Logicielle
elle structure et dcompose de faon logique chaque application en couches elle introduit les notions et concepts de dcoupage en couches, composants, framework et 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), Scurit Performance 16

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

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

Activit Activits de Pilotage

Activit Activits Op Oprationnelles

2 Disposer de cibles pour les volutions SI 1 3


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

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

Piloter lurbanisation du SI et communiquer Piloter lurbanisation du SI et communiquer


Moyens de lurbanisme Pilotage de lurbanisation Dispositifs de communication Formation lurbanisation

Indicateurs Qualit Urbanisme

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

5 Matriser la complexit des flux dchanges


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

17

2-5: La Dmarche: Les missions de lurbanisation


Pilotage

Urbaniser le systme dinformation de lentreprise


Piloter lurbanisation du SI Participer aux comits darbitrage projets
Mettre les rfrentiels de donnes sous contrle Participer aux tudes amont des projets Standardiser et simplifier les changes interapplicatifs Faire le lien avec les infrastructures techniques Suivre et accompagner les projets informatiques

Oprationnel

Faire le lien avec la stratgie business et la gouvernance du SI Elaborer et rviser le cadre durbanisme et darchitecture du SI

Support & communication

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

18

2-6 Facteurs cls de succs


Adhsion des acteurs Mthodologie comprise et partage par tous Mode de communication et supports adapts aux diffrentes typologies dacteurs Structure 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)
19

2-7 Risques (facteurs dchec)


Mauvaise comprhension du primtre de ltude Objectifs mtiers contradictoires ou irralistes quipe projet sous dimensionne Manque disponibilit des mtiers Absence de dcisionnaires Absence dun sponsor Informations collectes inexploitables Document sur lexistant trs pauvre Rsistance au changement Structure de pilotage SI absente cible irraliste au regard de lexistant
20

Bibliographie
Le projet durbanisation du systme dinformation, Christophe Longp, Informatique & entreprise Urbanisation et modernisation du SI Herms Lavoisier de B. Le Roux Les 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, Dunod Urbanisation des systmes d'information, Jacques Sassoon, Hems Dictionnaire de l'urbanisme et de l'amnagement, Pierre merlin et Franoise Choay, PUF Pratiques de lurbanisme des systmes dinformation, Club Urba-SI, Publibook UML en action Pascal Roques, Franck Valle Eyrolles Design patterns Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides (Gang Of Four) Eyrolles Professional Java Server Programming J2EE 1.3 Edition : Wrox Team Wrox Press

21

De quoi parle-t-on ?
Urbanisme : comment organiser et faire voluer dans le temps un espace compos douvrages? Architecture : comment concevoir et construire un ouvrage? En pratique ces 2 termes sont trs proches :
On peut urbaniser une partie On peut architecturer le tout

22

De quoi ne parlera t-on pas ?


Il ne sagit pas de dbattre sur :
Matrise duvre et Matrise douvrage La modlisation en tant que telle Lorganisation technique des machines et logiciels de base ..

23

Annexe
SURVOL ET HISTORIQUE DES ARCHITECTURES DES SYSTEMES INFORMATIQUES

Prpar par ric Abou-Chakra

24

Rappel: les trois niveaux d'abstraction d'une application Prsentation Traitements Donnes

25

Rappel: le noyau de l'application


Le noyau de l'application est compos de la logique de l'affichage et la logique des traitements Le 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.
26

1- L'architecture 1-tiers
1-1 Les solutions sur site central (mainframe)

27

1- L'architecture 1-tiers
1-2 Les applications 11-tiers d dploy ployes
Avec les PC en r rseau, il est devenu possible de dployer une application un tiers sur plusieurs ordinateurs ind indpendants. Plusieurs utilisateurs se partagent des fichiers de donn donnes stock stocks sur un serveur commun. Le moteur de base de donn donnes est ex excut cut ind indpendamment sur chaque poste client. La gestion des conflits d'acc d'accs aux donn donnes est prise en charge par chaque programme de fa faon ind indpendante.
28

Client / Serveur
Apparition d dbut des ann annes 1990. Raisons :
Le co cot lev lev du temps CPU des gros syst systmes qui a pouss pouss les utilisateurs demander des moyens pour dporter les traitements sur les postes de travail, La volont volont de vouloir utiliser les opportunit opportunits offertes par les nouvelles interfaces graphiques L' L'mergence d'un standard interfaces graphiques et d'un standard OS de fait pour la station de travail : Microsoft Windows.

29

Client / Serveur
L'architecture client/serveur est une des modalit modalits des architectures informatiques distribu distribues. Au sein de cette architecture, on trouve :

Les fonctions des clients et des serveurs peuvent tre mises en oeuvre par une combinaisons de modules mat matriels et logiciels. Les clients et les serveurs peuvent tre localis localiss sur des machines d ddi dies.

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

30

Client / Serveur
Classification des architectures Client/Server selon le Gartner Group

31

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.

32

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.

33

Le Middleware
Le 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.
34

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,
35

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 simple communicant 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.

36

Rpartition 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.

37

Rpartition des traitements


Ces 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.
38

INTERNET
Ce 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 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.

39

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.

40

Rpartition des traitements


Dans le cadre d'un Intranet, le poste client prend la forme d'un simple 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 clientserveur de la premire gnration. Ce type d'architecture fait une distinction nette entre deux tronons de communication indpendants et dlimits par le serveur HTTP :

41

Le client l lger
Le poste client est communment appel client lger ou Thin Client, 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... ).
42

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.

43

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.
44

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.

45

4- Les architectures n-tiers (suite)


Que de niveaux...
L'appellation ``n``n-tiers'' pourrait faire penser que cette architecture met en oeuvre un nombre ind indtermin termin de niveaux de service, alors que ces application ion derniers sont au maximum trois (les trois niveaux d'une applicat informatique). En fait, l'architecture nn-tiers qualifie la distribution d'application entre de multiples services et non la multiplication multiplication des niveaux de service. Cette distribution est facilit facilite par l'utilisation de composants ``m ``mtier'', sp spcialis cialiss et ind indpendants, introduits par les concepts orient orients objets. Elle permet de tirer pleinement partie de la notion de composants composants m mtiers rutilisables. Ces composants rendent un service si possible g gnrique et clairement identifi identifi. Ils sont capables de communiquer entre eux et peuvent donc coop cooprer en tant implant implants 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.
46

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 larchitecture Gartner Group parle de City Planning Pas de mthode darchitecture pure
47

Sites Web
The 4+1 View Model of Software Architecture :
http://www.rational.com/uml/index.jsp

Representing architectures in UML :


http://citeseer.nj.nec.com/121583.html

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

48