0% ont trouvé ce document utile (0 vote)
18 vues26 pages

Chap 2 Types AL

Transféré par

Malek Khadrani
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
18 vues26 pages

Chap 2 Types AL

Transféré par

Malek Khadrani
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Principaux types

Type
Un type architectural est un modèle qui sera suivi lors de la
proposition de du système à concevoir
Un type architectural définit :
Ensemble de composants et de connecteurs qui définissent
du système
Les règles de configuration des composants et des connecteurs
Un type architectural aide à avoir un aperçu du système
avant son développement
Les types sont indépendants des technologies offertes
29 La conception système peut sur plusieurs
types
Type
Couches des systèmes informatiques : Enrègle générale, une
système informatique peut être découpée en trois niveaux d'abstraction distincts :
La couche de présentation : permet l'interaction du systèmeavecl'utilisateur (à
travers le clavier, la souris,
La couche applicative (couche de traitement) : décrit les traitements
à réaliser par lesystème
La couchede données (couche aux données) : permet la gestion des
informations stockés dans le système
Cette répartition définit le patron de conception « MVC » (Modèle,Vue,
Contrôleur)
30
Un style architectural est définit à travers ou la répartition de
différentes manières de ces couches entre plusieurs machines physiques
Type
Couches des systèmes informatiques
Présentation
Noyau du
système
Traitement

Données

Le noyau du système est composé de la logique de l'affichage et la


logique des traitements
Le découpage et la répartition de ce noyau permettent de distinguer les
styles architecturaux suivants
Architecture 1-Tiers, 2-Tiers, 3-Tiers et n-Tiers
31
Architecture distribuée
Architecture 1-tiers

Dans une telle architecture, les trois couches applicatives sont


intimement liées et s'exécutent sur la même machine
Cette architecture définit la notion de :
utilisation serveur central(mainframe)

Dans ce contexte, les utilisateurs se connectent aux applications


autonomes exécutées par le serveur central à l'aide de terminaux passifs

Le serveur central prend en charge l'intégralité des


traitements, y compris l'affichage
Architecture 1-tiers

Avantages : Inconvénients :
Grande facilité d'administration Fiabilité décroissante en fonction
Haute disponibilité du nombre
Simple à implémenter (surcharge et saturation)
Utilisation optimale des Terminal utilisateur
ressources rudimentaire
Coût très élevé
Architecture 2-tiers
Appelée aussi architecture client-serveur
Le client se charge des couches présentation et traitement

Le serveur se charge de la gestion des données

Cette architecture définit la notion de aux données centralisées


Lacommunication entre client et serveur se résume àl'envoi de requêtes et la
réception de réponses
Architecture 2-tiers
III. Architecture 2-tiers

Classification du Gartner Group


Architecture 2-tiers
III. Architecture 2-tiers

Présentation Distribuée

Habillage graphique de l'affichage en mode caractères


Revamping

La classification « client/serveur » du revamping est jugée


abusive
Architecture 2-tiers
Présentation Distante

Correspond au client/serveur de présentation


Principe
Les traitements et la gestion des données sont exécutés sur le
serveur
Le client prend en charge l'affichage

Inconvénients
Trafic réseau important
Pas de répartition de la charge entre client et serveur
Architecture 2-tiers
III. Architecture 2-tiers

Gestion distante des données

Correspond au client-serveur de données


Type de client/serveur le plus répandu
Principe
L'application fonctionne dans sa totalité sur le client
La gestion et le contrôle des données sont assurés par un SGBD centralisé.
Inconvénients
Trafic réseau important
Ne soulage pas le poste client, qui exécute les traitements
Architecture 2-tiers
Traitement distribué

Correspond au client/serveur de traitements


Principe
Distribuer les traitements entre le client et le serveur
Utiliser le mécanisme d'appel de procédure distante (RPC)
Avantages
Optimiser la répartition de charge de traitements entre machines
Limiter le trafic réseau
Inconvénients
Les traitements doivent être connus du serveur à l'avance
Architecture 2-tiers
Bases des données distribuées

Variante du client/serveur de données


Principe:
une partie de données est prise en charge par le client.
Modèle intéressant, si l'application doit
gérer des données volumineuses

garantir une grande confidentialité


Inconvénients
Le client réalise la majorité des traitements
Architecture 2-tiers
Données et traitements distribués

Principe:
répartir la charge des données et des traitements entre le client et le
serveur

Modèle très puissant et tire partie de la notion de composants réutilisables et


distribuables
Architecture 2-tiers
Avantages:
Moins couteuse par rapport à 1-Tiers
Charge relativement réduite des serveurs déployés sur le réseau
Client actif (doté interface riche)
Données cohérentes
Inconvénients :
Connexion au serveur de données est couteuse
Fiabilité et performance du serveur diminuent en fonction du
nombre des clients (il se charge de la gestion des connexions au lieu
du traitement des requêtes)
Mauvaise exploitation de la connexion par les clients (2 à 4% du temps)
Client lourd : traitement applicatif au niveau des terminaux clients
Architecture 3-tiers
Les données sont toujours gérées de façon centralisée
Laprésentation est toujours prise en charge par le poste client
Le traitement est pris en charge par un serveur intermédiaire
Cette architecture est la base du réseau internet à ces débuts
Architecture 3-tiers
IV. Architecture 3-tiers

L'arch. 3-tiers, ou C/S de 2ème génération, sépare l'application en 3 niveaux


Niveau 1 : l'affichage et les traitements locaux (contrôles de saisie, mise en forme
de données... ) sont pris en charge par le poste client
Niveau 2 : les traitements applicatifs globaux sont pris en charge par le service

Niveau 3 : les services de base de données sont pris en charge le serveur de


données
Architecture 3-tiers
IV. Architecture 3-tiers
Architecture 3-tiers
IV. Architecture 3-tiers
Client léger
Dans 3-tiers le client est léger, prend en charge
présentation de l'application
traitements locaux permettant une vérification immédiate de la saisie
et la mise en forme des données
Les évolutions de l'application ne nécessitent pas la modification de la
partie cliente
Éviter l'installation des applications sur le poste utilisateur
Utiliser un navigateur web
Architecture 3-tiers
IV. Architecture 3-tiers
-tiers
Le poste client prend la forme d'un navigateur Web

communiquer avec le navigateur


Fonctionnement
Le serveur web transmet au client, lui ayant fait une demande HTTP via
URL , les fichiers statiques présents sur son disque dur (pages HTML ,

Lorsque le client demande un traitement, page dynamique, le serveur web


aiguille cette demande vers la couche applicative dans le serveur
d'application
Une fois le traitement effectué, le serveur d'application renvoie la page
HTML au serveur web qui se charge de la router vers le client
Remarque : Le marché des serveurs web est dominé par Apache
Architecture 3-tiers

Avantages:
Poste client soulagé et plus simple à gérer (client léger)
La base de données plus besoin de connexions de la part de tous les
clients
La couche donnée et le traitement applicatif est plus sécurisé

Inconvénients :
Complexité et coût élevé
Surcharge du serveur des traitements (montée en charge)
Architecture n-tiers
Son objectif est de palier aux limitations de 3- Tiers et concevoir des
applications puissantes et simples à maintenir
Ce type d'architecture permet de distribuer plus librement le traitement applicatif

Principe de fonctionnement :

Présentation est sur le client


Les traitements sont pris par plusieurs serveurs intermédiaires
Les données sont sur un serveurs de données
Cette architecture est la base du réseau internet après son évolution
Architecture n-tiers
-tiers

Une architecture n-tiers comprend généralement une couche de


présentation, une couche applicative, une couche objets métier et une
couche d'accès aux données
Architecture n-tiers
-tiers
La couche de présentation contient les différents types de clients léger (JSP,
WinForm
La couche applicative contient les traitements représentant les règles métier
(créer un compte, rechercher un client, calculer une facture, ...)
La couche d'objets métier est représentée par les objets du domaine, c'est à dire
l'ensemble des entités persistantes de l'application (Facture, Bon de
Commande, Client, ...)
La couche d'accès aux données contient les usines d'objets métier, c'est à dire
les classes chargées de créer et manipuler des objets métier de manière
totalement transparente, indépendamment de leur mode de stockage (SGBDR,
ERP, Fichiers XML, ...)
Architecture n-tiers
Architecture n-tiers

Avantages:
Poste client développé et riche
Séparation optimale des niveaux du systèmes
Capacité
Gestion facile des sessions

Vous aimerez peut-être aussi