Présentation

Article

1 - DÉFINITIONS

2 - FONCTIONS À RÉPARTIR

  • 2.1 - Services système de présentation
  • 2.2 - Services système d’accès aux données
  • 2.3 - Fonctions applicatives d’ordonnancement
  • 2.4 - Composant de présentation applicative
  • 2.5 - Traitements applicatifs
  • 2.6 - Composants de manipulation des données

3 - TYPES DE RÉPARTITION

4 - INFRASTRUCTURE CLIENT/SERVEUR

5 - STANDARDS

6 - CONCLUSION

Article de référence | Réf : H2728 v1

Conclusion
Modèle client/serveur

Auteur(s) : Xavier PERRAS

Relu et validé le 16 juin 2016

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Auteur(s)

  • Xavier PERRAS : Ingénieur agronome (INA) - Architecte des systèmes informatiques

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

Pour comprendre la logique des multiples combinaisons conformes au modèle client/serveur, il est nécessaire d’effectuer une analyse préalable de la structure des traitements interactifs ; un traitement interactif met systématiquement en œuvre un certain nombre de fonctions élémentaires ; ces fonctions élémentaires peuvent être groupées selon leur type ; la déclinaison du modèle client/serveur s’appuie sur les modalités de répartition de ces types de fonctions entre poste de travail et serveur. Cette analyse fait l’objet de la première partie de l’article.

Dans une seconde étape, nous conjuguerons les principales modalités de répartition pour dresser une typologie des diverses occurrences du modèle.

Nous verrons ensuite que le modèle suppose des fonctions de communication qui doivent compléter les fonctions de transmission du réseau. Ces fonctions se situent entre les applications « clientes » et le serveur et s’appuient sur les fonctions de transport.

Une dernière étape nous permettra de « positionner » groupes de produits et standards par rapport au modèle client/serveur.

Le but essentiel de cet article est de fournir une grille d’analyse solide qui permette d’aider le lecteur à mieux maîtriser la compréhension de la nébuleuse protéiforme qui se profile derrière le sigle client/serveur.

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h2728


Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation

6. Conclusion

Un volume considérable d’informations est maintenant consulté dans le cadre d’Internet et d’Intranet. Ces consultations s’appuient sur le protocole HTTP et le format HTML, qui permettent de limiter la complexité du poste de travail tout en fournissant une ergonomie satisfaisante pour des activités de consultation. Ce modèle et ces standards couvrent donc de manière satisfaisante les besoins de l’informatique dite « informationnelle ».

Par ailleurs, les besoins de l’informatique dite « transactionnelle » ne sont pas entièrement satisfaits par les standards HTTP et HTML, qui ne fournissent pas les fonctions d’intégrité requises pour ces traitements. Deux options sont actuellement en concurrence pour couvrir ce domaine. La première consiste à coupler les techniques HTTP avec les techniques transactionnelles classiques apportées par les SGBD ou les moniteurs transactionnels classiques ; cette option est relativement simple, mais les interfaces de programmation n’étant pas standardisées, on risque de retrouver les difficultés de portabilité qui ont grevé le modèle client/serveur dès ses origines. L’autre voie s’appuie sur les standards des protocoles liés à la programmation objet (IIOP et CORBA) qui exigent d’importants investissements en outils et en compétences, mais ont pour contrepartie une meilleure portabilité et une meilleure ergonomie. Il est probable que ces deux voies cohabiteront dans une proportion qu’il est difficile de prédire.

HAUT DE PAGE

Cet article est réservé aux abonnés.
Il vous reste 94% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Conclusion
Sommaire
Sommaire

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS