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

Standards
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

Version en anglais En anglais

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 92% à 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

(239 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
Version en anglais En anglais

5. Standards

Après avoir passé en revue les principales fonctions que met en œuvre un système client/serveur, nous évoquons dans ce paragraphe différentes modalités de réalisation de ces mêmes fonctions sous forme de composants logiciel. Ces réalisations obéissent à des spécifications qui sont soit propriétaires, soit conformes à des standards d’interopérabilité et/ou à des standards de portabilité. Rappelons que les standards d’interopérabilité définissent la syntaxe et la séquence des types de messages échangés entre les systèmes de manière à permettre le dialogue entre le client et le serveur à travers le réseau ; par ailleurs, la faculté d’un composant logiciel développé pour un type de système (Windows par exemple) de s’exécuter inchangé sur un autre type de système (UNIX par exemple) se nomme la portabilité ; cette dernière faculté n’est pas obligatoirement liée à l’interopérabilité ; elle suppose une standardisation de la syntaxe d’appel des services « client/serveur » à partir d’un programme d’application ; un exemple de standard de portabilité est fourni par le langage SQL qui définit les appels aux services d’accès aux bases de données.

5.1 Composants d’infrastructure

Comme nous l’avons vu 3, les différents schémas du modèle client/serveur doivent faire appel à des fonctions d’infrastructure qui sont la conversion, la localisation des services, la sécurité, la gestion transactionnelle et la transmission.

HAUT DE PAGE

5.1.1 Logiciels transactionnels

Les logiciels client/serveur se sont tout d’abord développés sur la base de systèmes propriétaires. Chaque logiciel, qu’il...

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

(239 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
Standards
Sommaire
Sommaire

Cet article est réservé aux abonnés.
Il vous reste 93% à 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

(239 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