April 20, 2023 M2. ESCE (S. Sidhom)

Séminaire (6-12 Février 2007) Promo. M2 ESCE-Tunis 2006/07

Conception d’un système d'information sur Internet Architecture trois-tiers : technologies

Par :Sahbi SIDHOM

MCF. Université Nancy 2

Équipe de recherche SITE – LORIA

sahbi.sidhom@loria.fr

2

Introduction : L'objectif premier d'un système d'information, quel

qu'il soit, est de permettre à plusieurs utilisateurs d'accéder aux mêmes informations :

pour cela, il faut donc regrouper les informations utilisées par l'entreprise ;

en terme technique, cela se traduit par la centralisation des données au sein d'une base de données.

Tout système d'information nécessite la réalisation de trois groupes de fonctions: le stockage des données, la logique applicative et la présentation.

3

Stockage et accès aux données :

Le système de stockage des données a pour but de conserver une quantité plus ou moins importantes de données de façon structurée. On peut utiliser pour cette partie des systèmes (très variés) qui peuvent être : des systèmes de fichiers, des mainframes, des systèmes de bases de données relationnelles, etc...

4

Logique applicative :

La logique applicative est la réalisation informatique du mode de fonctionnement de l'entreprise. Cette logique constitue les traitements nécessaires sur l'information afin de la rendre exploitable par chaque utilisateur.

5

Présentation :

La présentation est la partie la plus immédiatement visible pour l'utilisateur. Elle a donc une importance primordiale pour rendre attrayante l'utilisation de l'informatique. Son évolution a été très importante depuis les débuts de l'informatique et des systèmes d’information.

6

Architectures client/serveur

constituent une étape importante dans l'évolution des systèmes d'informations…

7

1. Architecture 2-tiers

GET

OUT

Ressources

8

L'architecture à deux niveaux (aussi appelée architecture 2-tier),

« tier » signifiant rangée en anglais,

caractérise les systèmes clients/serveurs pour lesquels : le client demande une ressource (GET), et le serveur la lui fournit directement (OUT), en utilisant ses

propres ressources.

Remarque : Cela signifie que le serveur ne fait pas appel à une autre

application afin de fournir une partie du service.

9

L'architecture à deux niveaux est donc une architecture client/serveur dans laquelle : le serveur est polyvalent,

c'est-à-dire qu'il est capable de fournir directement l'ensemble des ressources demandées par le client.

10

2. Architecture 3-tiers

GET

OUT

GET

OUT

Ressources

11

Dans l'architecture à 3 niveaux, appelée architecture 3-tiers, il existe un niveau intermédiaire, c'est une architecture

partagée entre :

1. Un client, c'est-à-dire l'ordinateur demandeur de ressources, équipée d'une interface utilisateur (généralement un navigateur web);

2. Le serveur d'application (ou middleware), chargé de fournir les ressources mais faisant appel à un autre serveur;

3. Le serveur de données (ou database server) qui va fournir au serveur d'application les données dont il a besoin.

12

Dans l'architecture à trois niveaux, les applications au niveau serveur sont délocalisées, c'est-à-dire, que chaque serveur est spécialisé dans une tâche :

serveur web, serveur de base de données.

Une plus grande flexibilité/souplesse ; Une sécurité accrue car elle peut être définie à chaque

niveau ; De meilleures performances, étant donné le partage des

tâches entre les différents serveurs.

13

3. Question :

Architecture client/serveuren 1-tier ?

14

4. Architecture multiniveaux

Constat : dans l'architecture à 3 niveaux, chaque serveur (niveaux 2 et 3) effectue une tâche (un service) spécialisée : Un serveur peut donc utiliser les services d'un

ou plusieurs autres serveurs afin de fournir son propre service.

Par conséquent, l'architecture à trois niveaux est potentiellement une architecture à N niveaux...

15

Architecture :

16

Client lourd : Le terme « client lourd »,

en anglais « fat client » ou « heavy client »par opposition au client léger,

désigne une application cliente graphique exécutée sur le système d'exploitation de l'utilisateur.

Un client lourd possède généralement des capacités de traitement évoluées et peut posséder une interface graphique sophistiquée.

Néanmoins, ceci demande un effort de développement et tend à mêler la logique de présentation (l'interface graphique) avec la logique applicative (les traitements).

17

Client léger : Le terme « client léger »,

parfois « client pauvre », en anglais « thin client » par opposition au client lourd,

désigne une application accessible via une interface web (en HTML) consultable à l'aide d'un navigateur web, où la totalité de la logique métier est traitée du côté du serveur. Pour ces raisons, le navigateur est parfois appelé client universel.

L'origine du terme provient de la limitation du langage HTML, qui ne permet de faire des interfaces relativement pauvres en interactivité, si ce n'est pas le biais du langage javascript, DHTML, XHTML, etc..

18

Client riche : Un « client riche » est un compromis entre le client léger et le

client lourd. L'objectif du client riche est donc de :

proposer une interface graphique, décrite avec une grammaire de description basée sur la syntaxe XML,

obtenir des fonctionnalités similaires à celles d'un client lourd (glisser déposer, onglets, multi fenêtrage, menus déroulants, …).

Il existe des standards permettant de définir une application riche : XAML (eXtensible Application Markup Language), prononcez

« zammel », un standard XML proposé par Microsoft ; XUL, prononcez « zoul », un standard XML proposé par la

fondation Mozilla ; Flex, un standard XML proposé par la société Macromedia